软件工程架构思考

原创文章,转载请注明:转载自Keegan小钢并标明原文链接:http://keeganlee.me/post/architecture/20160621微信订阅号:keeganlee_me写于2016-06-21 小钢的架构思考:什么是架构小钢的架构思考:架构规划小钢的架构思考:架构设计 最近一个多月因为忙于工作上的项目重构,所以文章一直没能更新.现在,重构终于暂时告一段落,于是,赶紧抽时间把文章写完更新发布.下面进入正文. 当架构规划的结果,整理出一堆不同优先级的需求,尤其是质量需求之后,接下

问题引入 使用storm可以方便的构建一种集群式的数据框架,并通过定义topo来实现业务逻辑. 但使用topo存在一个缺点, topo的处理能力来自于其启动时设置的worker数目,在很多情况下,我们需要能够根据业务压力来调整集群的处理能力,这时候单一的topo就无法解决这个问题了. 为了能够更加灵活的定义处理能力,可以考虑将原有的topo根据业务域进行拆分,做到互不干扰,灵活控制,而且为了能够更加经济的利用处理资源,可以考虑引入worker资源池的概念,达到对资源的充分利用. 但使用这种多to

架构,作为程序员是必须的,好的架构提供代码重用的可能性(因为模块化/对象化,而且模块/对象间松散耦合),提供灵活的扩展性(方便加入其他模块和功能),代码维护性和可读性好 . 人类的认识总是连续性上升的,不会飞跃,所以随着时间推移,架构技术也在更新,所以你需要关心一些新的架构技术.新的通信技术.新的框架.例如ROS机器人系统第一代使用master方式,ROS2使用新的DDS技术方式. 其实很多技术的相似的,思想是相似的,你需要自己提炼一下,理解好,实际操作实践一下,从而提高自己水平. <设计模式>

我是计算机科学与技术专业大三的学生.时间飞快,转眼就大三下学期了.上大学这么久,其实我对我的这个专业具体还不是太了解,对自己未来以后的发展也没有一个具体的 规划.我们学过的专业课也有很多门了,可是我对其中各科的知识还没有联系起来,知识比较分散,而且也不太会运用. 这学期开设了一门软件工程的专业课,对于这么新的也比较陌生的课我也存在着很多疑问. 1.我一直都对带有界面的程序感兴趣,但是自己一直也没有接触,其实也是不知从何下手,这学期学习软件工程是否会接触到这方面的知识. 2.我们学习的软件是和以前

对于一个网站系统,图片的处理往往是一个不可或缺的事情,不管是淘宝还是京东,每天都有大量的产品上架.下架,其中就涉及到了大量图片的管理.比如很简单的一个产品表,里面有:产品ID.产品名称.产品图片 字段,此时应该怎么保存产品图片呢? 一种方式是将图片保存到数据库里面,采用blob类型的字段,此时该字段的内容就是图片的二进制表示:另外一种方式是将图片保存到普通的文件系统上,比如windows或者linux的分区上,在数据库的相应字段中保存的是该图片文件的路径信息,该模式的一个简单示意图如下:当客户端

app发展到一定规模,就面临方法数超过65535的问题,前路怎么走,是像美团或者微信那样拆分成多个dex还是像淘宝,携程那样拆成多个bundle,怎么向前走? 没有完美的架构,只有合适的架构.但是类似电商业务的app还是比较适合做多bundle方案,因为一个app中包含很多业务,而且业务都在快速迭代,除了核心链路,业务之间没有直接联系,这些业务都是由各个小团队负责,拆分成多bundle以后,加快了编译速度和启动速度,还可以做懒加载,按需加载,动态部署,做多bundle方案需要团队对app启动过程

德国“工业4.0”将积极部署 信息物理系统(CPS CPS,Cyber-Physical Systems))平台,实现工厂的“智能制造”. “智能制造”已成为全球制造业发展的新趋势,智能设备和生产手段在未来必将广泛替代传统的生产方式. 而CPS将改变人类与物理世界的交互方式,能够使未来制造业中的物质生产力与能源.材料和信息3种资源高度融合,对实现“智能工厂”和“智能制造”提供有效保障. 美国.德国等世界工业强国都高度重视信息物理系统的构建,加强战略性.前瞻性的部署,并已取得了积极的研究进展. 而

一个ElasticSearch集群需要多少个节点很难用一种明确的方式回答,但是,我们可以将问题细化成一下几个,以便帮助我们更好的了解,如何去设计ElasticSearch节点的数目: 打算处理多少数据? 打算处理多少搜索请求? 请求的复杂度是怎样? 每个节点有多少资源数? 打算建立多少索引,支持多少应用? 一个集群解决所有问题? 需要回答的问题远不止以上这些,但是第五个问题往往是容易被我们忽视的,因为单个ElasticSearch集群有能力支持多索引,也就能支持多个不同应用的使用.我们可以将公司

前端开发现在已经从传统的后端web多页面开发模式转向前端单页SPA开发模式,而vuejs/react/angular则是开发SPA非常优秀的前端框架.组件化开发由react最早提出,vuejs后发优势,将组件化开发贯彻到了极致.虽然spa开发由于组件式开发带来的组件重用,可维护,可扩展非常好,但是css样式的管理一直是一个令前端团队头疼的问题,特别是当页面越来越复杂,并且有多个SPA页面时如何能够让样式重用,并且可维护,可扩展并没有一个特别有效和被验证过的普适方案.本文试图总结一些css模块化在