待兔 待兔
4年前
理解软件设计的基本原则
任何软件唯一不变的真理是变化,毕竟软件是"软"的。软件研发需要快速响应市场、需求的变化。为了快速响应,我们可以通过增加人手来达到部分目的,但软件开发属于知识密集型工作,当人数增加到一定数量后,不仅不能够提升研发效能。反而增加管理成本,沟通成本及由于人与人沟通、理解上产生的歧义而最终造成软件实现的混乱和复杂度。所以软件本身需要能够轻易的扩展,适应各种需
Wesley13 Wesley13
3年前
TERSUS画画一样开发软件 显示元件介绍
TERSUS无代码手机电脑管理类软件开发,无代码开发显示元件介绍总述开发工具中的显示元件对应的是用户前端设计部分,默认分为模板显示元件和元件选项板中的显示元件两部分,第一部分是新建一个项目时自动生成的最底层的显示块,如我们新建时选新移动应用模板时,自动生成三个显示块:手机端显示块、平板端显示块和电脑端显示块:!TERSUS画画一样
浩浩 浩浩
4年前
【Flutter实战】包管理
2.3包管理在软件开发中,很多时候有一些公共的库或SDK可能会被很多项目用到,因此,将这些代码单独抽到一个独立模块,然后哪个项目需要使用时再直接集成这个模块,便可大大提高开发效率。很多编程语言或开发工具都支持这种“模块共享”机制,如Java语言中这种独立模块会被打成一个jar包,Android中的aar包,Web开发中的npm包等。为了方便表述,我们将
Wesley13 Wesley13
3年前
OCR SDK开发者平台 提供一站式识别解决方案
当今社会信息科技飞速发展,让人们生活变得更加轻松惬意。像OCR技术它为社会各领域都带来前所未有的改变,它改变了人们的工作模式,甚至是各种生活方式、日常习惯。而为了能为人们带来更好的服务,同时也为了提升自身产品或者平台的竞争力,许多商家将视线集中到了OCR技术上。在这个信息爆炸资讯过剩的时代,为了让软件开发者和系统运营服务商能更好的专注于自己的产品开发,
Stella981 Stella981
3年前
Lucene5.5学习(1)
认识Lucene下面是百科对Lucene的描述:Lucene是apache软件基金会4jakarta项目组的一个子项目,是一个开放源代码的全文检索引擎工具包,但它不是一个完整的全文检索引擎,而是一个全文检索引擎的架构,提供了完整的查询引擎和索引引擎,部分文本分析引擎(英文与德文两种西方语言)。Lucene的目的是为软件开发人员提供一个简单易
Stella981 Stella981
3年前
ExMobi客户端跨平台移动开发架构剖析
2016NJSD南京软件开发者大会已经过去一个多月时间,会上有幸跟现场的朋友一起分享《跨平台移动应用开发架构实践》的话题,在这段时间里收到一些开发者的反馈和疑问,很高兴有那么多开发者对跨平台移动应用开发技术感兴趣。也有开发者反映说大会提供的pdf材料内容有缺失,这里提供一份我自己转格式的pdf(点此下载(https://www.oschina.n
Stella981 Stella981
3年前
Guava库学习:学习Guava EventBus(一)EventBus
  在软件开发过程中,对象信息的分享以及相互直接的协作是必须的,困难在于确保对象之间的沟通是有效完成的,而不是拥有成本高度耦合的组件。当对象对其他组件的责任有太多的细节时,它被认为是高度耦合的。当一个应用程序有高度的耦合,维护将变得非常具有挑战,任何变化都将带来涟漪效应。为了解决这一类的软件设计问题,我们就需要基于事件的编程。本篇,我们就来学习Guava
Wesley13 Wesley13
3年前
24岁的天空
    24岁,现在的我心里比较乱。    我13年毕业于西安一所高校,毕业后就去了合肥的一家软件企业转行做了软件开发,14年10月来的北京。我小的时候就属于那种很听话的孩子,该写的作业基本都能按时完成,该玩的时候去玩。所以从上小学开始一直到大学毕业(小学二三年级除外)我的成绩基本都比较不错的。虽然初中高中时候由于生活的原因,家人很少在我身
Stella981 Stella981
3年前
GitOps—用于基础设施自动化的DevOps
GitOps提供了一种自动化和管理基础设施的方法。它通过许多团队已经应用的DevOps最佳实践来做到这一点,例如版本控制、代码评审和CI/CD管道。由于DevOps在提高生产率和软件质量方面的巨大潜力,许多公司一直采用DevOps。在这个过程中,我们已经找到了自动化软件开发生命周期的方法。然而,在基础设施设置和部署方面,它仍然主要是一个手动过程。
企业级飞速低代码平台 | 开发人员不喜欢低代码和无代码的八个理由
低代码和无代码(LC/NC)工具制造商正面临一场艰苦的战斗,试图说服人们,尤其是专业开发人员,使用甚至只是尝试他们的工具和平台。少数平台已经进入这个市场,但大多数软件开发无疑仍然是由编写代码的专业人员完成的。从工具制造商的角度来看,缺乏兴趣似乎令人困惑。更快的开发、更低的成本、更少的错误、更容易的部署、托管的环境——为什么有人会拒绝这些乌托邦式的视觉工具制造