今天分享一个政务 APP 移动门户建设项目，作为一个软件集成商，面对的往往是大量已经运行的系统和页面。很多东西从零开发其实并不难，但现实是：身份、事项中心、预约...

现在一个业务同时覆盖 iOS、安卓、鸿蒙和 PC，已经不算少见。客户查询、内容专区、工单处理、员工服务这些功能，在四类客户端里做的事情差不多，背后连接的也是同一...

其实现在很多团队都有自己的小程序，但这些小程序大部分都是运行在微信上的，今天分享一个新的技术解决方案：借助小程序容器的技术将这些小程序运行在自己的APP里。

很多公司原来只维护 iOS 和 Android 两套客户端，团队之间已经形成了比较稳定的协作方式。但随着要开发鸿蒙客户端之后，同一个需求开始出现三份排期：三端分...

大部分APP在运行几年后，主包通常都会一点点变重，可能刚开始只是加一个会员中心，后来又陆续接入商城、客服、活动专区、办事工具和合作方服务。每个需求单独看都不算大...

2026年，公司的甲、乙两条业务准备融合，整体需求是：甲APP 需要增加一个服务入口，让用户直接进入原来运行在微信中的乙小程序。

很多园区APP上线一段时间后，运营团队通常会遇到一个矛盾：服务越做越多，APP越难维护。物业报修、访客预约、停车缴费、招商线索、会议室预订、安防巡检、企业政策、...

很多团队的 APP 增加一个业务模块时，需求往往只描述页面、流程和上线时间，很少关心它最终要进入几套客户端。特别是需要适配鸿蒙APP的时候，原来只需要处理两端的...

很多技术团队在搭建APP的时候，其实公司内部已经开发了一大批的业务，包括会员服务、活动报名、网点预约、订单查询等，页面和后台接口都已上线，相关规则也经过多轮迭代...

政务应用做信创改造时，技术团队经常遇到一个很现实的问题：部门越多，应用越多，重复建设越明显。一个委办局要做事项查询，另一个委办局也要做事项查询；一个部门做预约办...

很多企业启动鸿蒙APP建设时，难点并不只在ArkTS工程本身。已有Android、iOS和微信小程序已经承载了大量业务，服务入口、活动页、商城、设备控制、会员权...

大部分券商APP的运营基本上都比较类似，主要的功能就是要求稳定可靠，特别是涉及到行情、交易、账户、资金、持仓、风控校验这些模块。但其实日常也有很多运营需求，类似...

今天分享一个航空APP的升级改造案例，如何借助小程序容器来降低应用的多端开发成本，提高整体的运行效率。

今天分享一下如何为中大型企业打造一套内部办公APP，根据企业需求来实现定制化开发。虽然信息化改造很多轮，但企业的系统烟囱还是有很多，例如总部有统一办公门户，工厂...

大部分政务APP上线初期，定位都很清楚：把办事入口搬到手机上。用户可以查社保、公积金，预约办证，提交材料，查询进度。这个阶段解决的是“有没有入口”的问题，移动端...

很多政务、央企和集团企业已经有自己的移动门户。审批、报销、会议、公告、资产、考勤、工单、知识库等功能都放在一个APP里，员工打开手机就能处理日常事务。

前几年，很多项目先处理硬件、操作系统、数据库、中间件和办公软件替换；到了应用落地阶段，团队会遇到一个更具体的问题：底座换完之后，原有业务应用怎么继续跑，新的应用...