1、模糊查询效率很低：原因：like本身效率就比较低，应该尽量避免查询条件使用like;对于like’%…%’(全模糊）这样的条件，是无法使用索引的，全表扫描自然会效率很低；另外由于匹配算法的关系，模糊查询的字段长度越大，查询的效率就越低。解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至

VO是跟数据库里表的映射，一个表对应一个VODAO是用VO来访问真实的表，对数据库的操作都在DAO中完成BO是业务层，做逻辑处理的VO，PO，BO，QO,DAO,POJOO/RMapping是ObjectRelationalMapping（对象关系映射）的缩写。通俗点讲，就是将对象与关系数据库绑定，用对象来表示

由于公司的业务需要，要实现PhoneGAP文件上传并显示进度条。一开始没有仔细看PhoneGAPAPI就草草开工，后来通过logcat才发现，上传过程中居然有动态刷新上传的字节数据。顿时泪奔，我手动实现的上传进度监听啊，不过既然写了，多少就有收获，详情见：http://blog.csdn.net/herestay/article/details/85679

场景在某些业务上，可能我们需要计算多段文字的高度，达到动态适配ListView高度的目的，满足我们产品的优（bian）秀（tai）需求。在android原生层大家都知道有各种手段可以计算文字的宽、高等，例如paint.layout等等手段。但在flutter中，虽然并没有直接提供API供开发者使用，但和android原生一样，只有看下RichText的源

1.1数据库对比缓存：将数据存储到内存中，只有当磁盘胜任不了的时候，才会启用缓存　　缺点：断电数据丢失(双电)，用缓存存储数据的目的只是为了应付大并发的业务。数据库：mysql(关系型数据库，能够保证数据一致性，保证数据不丢失，当因为功能太多，导致性能不高)数据参考缓存数据库：me

产品界面通常采用高信息密度和高交互密度的设计，这是为了满足用户对多功能和复杂业务的需求。为了使用户能够快速获取所需信息并完成任务，产品中广泛使用各种搜索功能，无论大小都会有搜索功能，以提高用户的信息获取和消费效率。而全文搜索是搜索功能中体验更好的一种模式。

作者：京东物流杨建民一、微服务架构起源单体架构：可以理解为主要业务逻辑模块（我们编写的代码模块，不包括独立的中间件）运行在一个进程中的应用，最典型的是运行在一个Tomcat容器中，位于一个进程里。单体架构好处是技术门槛低、编程工作量少、开发简单快捷、调试方

本文分享自天翼云开发者社区@《》，作者:AE86上山了为了确保存储和服务器能应付不断增长的业务需求，对磁盘资源、内存和CPU资源、宿主操作系统进行监控是必要的。1.磁盘资源服务器硬盘是磁盘资源中最慢的组件，在企业数据中心，仔细设计存储子系统，不要让它成为主

基于传统认知，前端产品直接触达消费者，往往具有高度的定制化、需求变更频繁等特点，要求具有很好的动态性,能够满足不同客户的需求。那么能否建设类似的前端中台产品，我们姑且称之为“前端领域产品”，实现接入团队端到端能力复用呢？我们在撮合业务线中进行了一系列思考和探索

本文介绍了一种基于线上流量实现对重构系统进行功能和性能验证的实践方案。针对线上流量如何拦截、如何录制、如何存储、如何回放以及如何发压均作了详细说明，为具有类似需求的读者提供了一种可供参考的思路。1业务背景随着百川项目的启动，中台需要对订单流量收口，将ECL