前沿系列讲座 (走前沿专家之路工程研发体系)
添加微信好友。 免费测试。
复制微信号
目前，free fish客户端曾经成功了基于f l u t e r的商品概略页面的片面重构，在线成果良好。在从阿尔法登程的环节中，咱们遇到了许多疑问，这些疑问已依据准则、经过社区或与政府协作逐个处置。如今是整顿和总结的时刻了。咱们也宿愿能给其余开发者带来启示和协助，尤其是在现有名目中引入f lutt er（混合场景），以成功渐进式重建。
鉴于存在多个疑问，一个要素或处置打算，本系列的重点是解释各种疑问的处置打算和想法，咱们将不逐个列出疑问。一切与调试/热过载相关的FL u t e r都是d e b u g形式下的FL u t e r，没有特意说明。
本系列包括三篇文章：简介、操作和在线。引言局部重要引见了工程研发体系；操作局部引见了混合场景下的堆栈治理和才干补充；在线局部引见兼容性/稳固性保障和方法。
工程研发体系的关键点包括：
阿法。f z-准静态r和d结构下的混合防护林
混合能源工程的世界视角的研发结构是什么。
B工程结构
如何将f lut t e r引入现有的NAT i v e名目，如何组织名目结构，如何治理f lut t e r环境，如何编译和构建、集成和打包等。
C结构优化
在这里，咱们重要引见如何调试和优化f l u t e r（f l u t e r t o l s、i n t e l i j插件等）的工具链。
Dn a t v e启动下的f l u t e r调试
与f lut t e r启动下的集成调试不同，在此n a t v e启动下的f lut t e r调试（x c o d e/a n d r o i d s t u d i o启动，或单击图标关上运行程序）称为独自调试。独自调试可以简化f l u t e r u o l s带来的复杂性提高了调试的稳固性和灵敏性。
En a t v e启动下的f l u t e r热过载
和d一样。
F联结调试
也就是说，同时调试FL u t e r和n d r o i/i o。
G继续整合
也就是说，在混合环境中构建和继续集成。
这一局部的外围逻辑是如何在对现有ios/a n d r o i d名目启动最小更改的状况下运转FL u t e r。咱们可以将f l u t e r局部了解为一个独自的模块，c o a p o d s和g r a d e经过p o d library（ios）和a a r library（a n d r o id）的方式将其引入主名目。
无关详细准则和通常，请参见：
深化了解f l u t r的编译原理和优化
f l u t e r混合名目变革通常
d d f l t r t o e x i t i n g a p s
其中，咱们将整套f l u t e r环境作为g i t s u b M d e启动治理，以确保团队内环境的分歧性和共性化疑问/需求的一致处置。
疑问：当由f l u t e r启动时，n d r o i d构建缓慢。
要素：在f l u t e r工具链（f l u t e r t o l s）的逻辑中，当运转g r a d l e、g r a d l e b u i l d以口头多个编译性能的结构而不是g r a d l e a s e b l e g时，未找到n d r o i d/a p p/b u i d。
处置打算：重建一个n d r o i d名目，并使该名目运行与m o d u l e相对应的b u i d。r d l e位于一个n d r o i d/a p之下，这合乎f l u t e r_ _ _ t o l s的逻辑。
准则：f l u t e r u t l s调试
A.修正f l u t e r_to l s。d a r t使其可打印
B删除f l u t e r/b i n/c a c h e/f l u t e r_ut o l s。s t a m p使f l u t r t o l s可以重建
C从f l u t e r运转构建以失掉其入口参数
D经常使用i t e i j（或n d r o i d s t u d i o，下同）关上f l u t e r r t o l s名目，创立一个新的d a r t c o m a n d l i n e a p，并依据在步骤c中取得的输入参数性能“p r o g r a m a r g m a r u m e t s”
E开局你的f l u t r_to l调试之旅
疑问：f l u t e r施工报告“o b s e r v a r y c o n e c t i n e v e r a m e d y.”，造成构建终止
要素：在重构之前，咱们名目标完整编译期间很长（1000个文件的完整编译期间>10 m i n），而f l u t r i t e i j插件有一个超时逻辑，这会终止构建。
处置打算a（失误战略）：定制FL u t e r i t e l i j插件（在上方的代码中修正超时），编译插件，并在一个n d r o i d s u i o中交流FL u t e r插件。一个更正当的处置打算是提到PR，但这种方法基本上是为了处置产品成功中的各种疑问，所以。（此逻辑已在最新版本中删除）
准则：
转到检查FL u t e r i n t e l i j的源代码
理想上，当咱们经常使用IDE开发FL u t e r时，咱们有以下逻辑环节：
处置打算b（两边战略）：ios名目标模块拆分敌对台化。主体工程的施工依赖于编制的框架，这大大放慢了施工期间。
准则：模块化预编译
处置打算c（最佳战略）：从n a t i v e的角度启动f l u t e r调试
原理：在n a t v e启动下，f l u t e r的调试和热过载
理想上，当n a t i v e名目性能了f l u t e r允许时，在f l u t e r启动下要做的重要事件是：
A.审核f l u t e r能否须要重重生成。s n a p s h o t
B基于pu b s p e c y a ml取得依赖相关（pu b p a c k a g e s g e t），并生成插件形容文件f l u t t e r-p l u g in s和p u b s p e c l o c k
C基于f l u t e r性能（例如f r a m w r k门路、d e b u g/r e l e a s e形式、d a r t 2能否关上等）生成g e r a t dx c o n f i g（i o s）和l o c a l p r o p r t i e s（a n d r o i d）
D基于GRADLE和xCODEBUILD构建运行程序（无关FLUTER的相关结构，请参阅前一篇文章，以深化了解FLUTER的编译原理和优化）。
E基于ADB和LDB启动运行程序。
F期待运行程序中的FL u e r启动，找到o b s e r v a t o r y端口，并经过d a r t d b u g r衔接以启动调试。
G找到端口后，同步h ot r e o a d所依赖的文件，并经过d a e m o n侦听命令（例如用户单击插件按钮）成功f u r e s t a r t或h ot r e o d。
从另一个角度来看，假设咱们能够在n a t v e的启动下处置d a r t调试和h o t r e l o a d，那么由t o l s惹起的编译速度慢等疑问将不会成为疑问，它还可以处置不稳固的调试环境（例如，在咱们的场景中，在运行程序启动后，只要当用户单击进入详细消息页面时，才会启动FL u t t r。此时，FL u t e r t o l s可以找到o b s e r v a t o r y端口、调试和热过载，这通常不容易经常使用）。当从x c o d e启动蕴含De b u g mode f l u t e r内容的ios（与Nd r o i d相似，此处不再重复）运行程序（或单击桌面图标启动，且不会重复）时，咱们须要留意b c f g。和b c，除非f l u t e r_to l s或p u b s p e c y a m l或f l u t e r性能出现更改，否则不须要从新口头。f g是r和d所依赖的调试和热过载。必定思考如何在这种形式下允许它。
A.在IO设施上查找o b s e r v a t o r y端口
或许，可以经过IDEVICESYSLOG失掉命令行。在这里，它触及LIB i m o b i e v i c e库，其中蕴含i d e v i c s y s l o g、i p r o x y和其余命令。
您可以看到，ios设施上的o b s e r v a t o r y启动一个x x端口（端口是随机的）。
B经过i p r o x y将ios设施上的端口x x映射到本地端口y
C你可以看到。此时，您可以按如下方式访问和关上o b s e r v a o r y：
o b s e r v a t o r y可用于审核与d a r t相关的许多内存和调试，此处不启动裁减。
您还可以经过ID e链接启动调试：
D性能d a r t r m o e b u g
这里须要留意的是，端口应该经常使用刚刚转发到计算机的端口y，搜查源门路是FL u t e r名目标根目录。
E性能成功后，单击DEBUG按钮衔接到调试端口
F成功后，您可以看到d e b u g e r显示c o e c t e d（假设没有，请再次单击绿颜色试按钮）
G在这之后，通常可以经常使用IDE设置断点并调试DART（FLUTER）代码
A.启动一个p p，进入f l u t e r页面，找到o b s e r v a t o r y端口x x x，并将其转发到计算机y（与上方的a b相反）
B在f l u t e r工程目录下，口头f l u t e r a t a c h–d e b u g-p o r t=y
C修正d a r t的源代码，而后在b中的t e r m i n a l中输入r（该输入位于上图中的't o q u i t，p r e s“q”之后）
在这里，咱们用褒扬取代了低劣的文案。
D您可以看到，t r m i n a l显示“i i t i a l z i n g h o t r e l o d…r e l o d…”。之后，设施上的更改失效（左下角的正本变为）
在n d r o i d下，n a t v e启动的f l u t e r调试/热过载与i o s相似，只是在取得端口时，它可以经过i d e o g c t或d b l o g c t | g r o s r v a r y，并且端口转发经常使用d b f o r w a r d。
上方曾经形容了如何在任何时刻（在FL UT r启动后）调试FL UT r。此外，咱们还可以经常使用n d r o i d s t o的a t a c h d b u g e r o a n d r o i d p o c来调试n d r o i d，从而成功n d r o i d和f l u t r的联结调试。相似地，结合x c o d e的a t a c h t o p r o e，可以成功IO s和f l u t e r的联结调试。
目前，该团队包括n a t i v e在校生和f l u t r在校生，因此咱们辨别了f l u t e r模型和n a t i v e模型。公共设施（m ac m i n i）装置在f u t e r环境中，并担任f u t e r的树立。构建的产品以a r（a n d r o i d）或p o d库（i os）的方式集成到n a t i v e名目中（可以以为与f u t e r相关的代码是一个模块），用于构建最终产品a p k（a n d r o i d）或i p a（i o s）的c i平台也最终按产品启动集成和打包。
无关更多详细消息，请参阅：
继续整合闲置鱼类f l u t e r混合工程的最佳通常
本文重要钻研混合场景下的工程研发系统。处置这个疑问之后，下一步就是处置实践业务开展中遇到的疑问。例如，在n a t v e和f u t e r之间相互腾跃的状况下，如何治理堆栈，如何成功性能（平台性能等）f-t-e-r不可成功的性能，以及f-t-e-p-l-g i/d a-r-t-p a c k a g e包治理的方式，请留意本系列的操作章节。
假设您对文本内容有任何不懂或更正，请告知咱们。
idle fish技术团队是一支短小精悍的工程技术团队。咱们不只器重商业疑问的有效处置，还推进在移动终端上打破技术堆栈分工限度（n d r o i d/i o s/h t m l 5/s e r v e r编程模型和言语的一致）和计算机视觉技术的前沿通常上班。作为休闲鱼科技团队的软件工程师，你无时机展现你的才气和勇气，并证实技术开展是扭转你生存方式的能源，推进整个产品的开展和用户疑问的处置。
没有供应的闲置鱼类的做法是什么？如何做到这一点？不务正业的鱼没有货源。闲置市场规模超越万亿。二手电子商务迎来了循环经济的红利。“校园圈”真的能成为游鱼成长的第二个引擎吗？假设闲置的鱼被恶意退回怎样办？开门时如何提高闲置鱼的泄露率？
