收录了 软件设计框架 频道下的 50 篇内容
不知有多少人和我一样,对自己日常使用的开发框架和IDE的作者充满敬意,对它们的开发过程充满好奇。如果你也使用过NetBeans,曾把它当作日常IDE,那么你应该会对《软件框架设计的艺术》感兴趣,因为其中包含了NetBeans创始人Jaroslav Tulach在设计NetBeans过程中总结出来的经验教训,设计心得,同时,这也是NetBeans的一部备忘录。
依赖倒置原则 接口隔离原则
涵盖了AI大模型在代码场景落地的探索实践,突出了模型的优势和挑战,以及团队在代码模型研发和应用方面的实践和思考。他的分享为AI时代下的新架构和产品经理的学习挑战提供了有益的思考和启发。
层次式架构是软件开发过程中最常使用的一种架构形式,其中MVC更是其中最经典的一种模式。框架是架构模式的技术实现,我们先了解MVC模式,再讲述模式对应的框架。
在真正需要之前,不要对任何特定的框架、模式或策略过多投入。
本文主要探讨大型微服务框架究竟是什么,又应该怎么去一步步落地实践。
架构师训练营进入到第二周的时间。这一周的第一次课,老师主要介绍了一下软件开发的简史。早在1700年代,德国人莱布尼兹就开始了最早的编程探索。莱布尼兹进行了大量的工作,发明了微积分和二进制。在1800年代,法国人雅卡尔发明了一台可编程的织布机。
我第一次听说“设计系统”这个概念是在2016年初,契机是在某设计师招聘要求的栏目中看到了“熟悉至少一种设计系统,例如 HIG 或者 Material Design”。
在过去很长的一段时间里,由于对敏捷宣言的错误解读,人们认为架构设计和敏捷流程相冲突,敏捷和架构设计分其道而行之。后来,通过实践以及对敏捷真正的理解,大家认识到架构设计对敏捷的重要性,敏捷和架构最终成为朋友。
前段时间,Struts 1.x正式宣布退出舞台,作为一个历史悠久的MVC框架,Struts 1.x影响了不少的开发者,甚至可以说,很多人就是通过Struts学习和认识MVC的。为了纪念这位“先驱”,同时帮助那些仍在使用Struts 1.x框架的开发者更好地过渡到其他MVC框架,InfoQ邀请了几位专家,大家一起畅谈他们印象中的Struts 1.x,以及如何选择框架等一系列问题。
你真正应该关注的框架是你自己的框架,也就是那个特定于应用程序的框架。这是真正的“专注于业务”,也是最有效的。
自由软件最近发布了Jt 2.6(Java模式框架),这个面向模式的开源框架在最新版本中改进了JtWizard,增强了Jt组件(Jt Components)。JtWizard可用于生成基于设计模式的Java应用,这些设计模式包括四人帮(GoF)、数据访问对象(DAO)、模型-视图-控制器(MVC)和J2EE设计模式。
设计模式学了一遍又一遍,却毫无用武之地。大概设计模式最好的归宿,就是存在程序员的深深的脑海里。
大部分现有的 mock 工具只能满足 HTTP 协议下简单业务场景的使用。但是面对一些复杂的业务场景就显得捉襟见肘,比如对 socket 协议的应用进行 mock,或者对于支付接口的失败重试的定制化 mock 场景。 为解决上述问题,霍格沃兹测试学院设计并研发了 CSRMockS
大部分现有的 mock 工具只能满足 HTTP 协议下简单业务场景的使用。但是面对一些复杂的业务场景就显得捉襟见肘,比如对 socket 协议的应用进行 mock,或者对于支付接口的失败重试的定制化 mock 场景。
大部分现有的 mock 工具只能满足 HTTP 协议下简单业务场景的使用。但是面对一些复杂的业务场景就显得捉襟见肘,比如对 socket 协议的应用进行 mock,或者对于支付接口的失败重试的定制化 mock 场景。 为解决上述问题,霍格沃兹测试学院设计并研发了 CSRMockS
由George Fairbanks编著的《恰如其分的软件架构》一书致力于通过风险驱动的方法进行软件架构开发。George从多个视角阐述了架构建模流程,比如对用例、概念、域以及代码的建模。近期,InfoQ采访了George,探讨了他的写作动机、他的论文项目——软件架构领域的设计片段。
AxonIQ商业主管及Axon 框架布道师Frans van Buul近日在其博客中发表了一篇关于框架和类库孰优孰劣的文章,引起了人们的热议。
在《Designing the Requirements: Building Applications that the User Wants and Needs》一书中,作者Chris Britton开辟了另外一条从理解需求到交付正确解决方案的道路。