首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

【微前端】微前端——功能团队中缺失的一块拼图

在任何合法的前端开发团队中,提高可扩展性和敏捷性很少会成为头等大事。在处理大型、复杂的产品时,如何确保快速、频繁地交付同时包含后端和前端的功能?像后端那样将前端单体分解成许多更小的部分似乎是答案。如果执行得当,微前端可以提高团队的有效性和效率。就是这样。 微前端背后的想法是将网站或 Web 应用程序视为由独立团队拥有的功能的组合。每个团队都有自己关心和擅长的不同业务领域或任务。团队是跨职能的,从数据库到用户界面,端到端地开发其功能。 将较大的问题分解为较小的问题以提高敏捷性、可重用性和可扩展性一直是 IT

01

Android开发规范「建议收藏」

1.java代码中不出现中文,最多注释中可以出现中文 2.局部变量命名、静态成员变量命名 只能包含字母,名字中每个单词首字母都为大写(第一个单词首字母除外),其他都为小写 3.常量命名 只能包含字母和_,字母全部大写,单词之间用_隔开 4.layout中的id命名 命名模式为:view缩写_模块名称_view的逻辑名称 view的缩写详情如下 LayoutView:lv RelativeView:rv TextView:tv ImageView:iv ImageButton:im Button:btn 5.activity中的view变量命名 命名模式为:逻辑名称+view缩写 建议:如果layout文件很复杂,建议将layout分成多个模块,每个模块定义一个moduleViewHolder,其成员变量包含所属view 6.strings.xml中的id命名 命名模式:activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称 strings.xml中,使用activity名称注释,将文件内容区分开来 7.drawable中的图片命名 命名模式:activity名称_逻辑名称/common_逻辑名称 7.styles.xml:将layout中不断重现的style提炼出通用的style通用组件,放到styles.xml中; 8.使用layer-list和selector 9.图片尽量分拆成多个可重用的图片 10.服务端可以实现的,就不要放在客户端 11.引用第三方库要慎重,避免应用大容量的第三方库,导致客户端包非常大 12.处理应用全局异常和错误,将错误以邮件的形式发送给服务端 13.图片的.9处理 14.使用静态变量方式实现界面间共享要慎重 15.Log(系统名称 模块名称 接口名称,详细描述) 16.单元测试(逻辑测试、界面测试) 17.不要重用父类的handler,对应一个类的handler也不应该让其子类用到,否则会导致message.what冲突 18.activity中在一个View.OnClickListener中处理所有的逻辑 19.strings.xml中使用%1$s实现字符串的通配 20.如果多个Activity中包含共同的UI处理,那么可以提炼一个CommonActivity,把通用部分叫由它来处理,其他activity只要继承它即可 21.使用button+activitgroup实现tab效果时,使用Button.setSelected(true),确保按钮处于选择状态,并使activitygroup的当前activity与该button对应 22.如果所开发的为通用组件,为避免冲突,将drawable/layout/menu/values目录下的文件名增加前缀 23.数据一定要效验,例如 字符型转数字型,如果转换失败一定要有缺省值; 服务端响应数据是否有效判断;

03
领券