2024-05-29 架构-程序设计-思考

摘要:

最近在抽出时间做一个数据库的driver, 其中有些问题驱动的软件代码的思考,是很值得回味的。

做的系统,所思考的问题,所设计的解决方案,其实都是可以看作是对解决问题方式。而不仅仅是某个类库的API的使用,某个算法的实现复杂度,某个固定的设计模式,或者设计规约。

程序设计的思考:

  1. 对于技术的设计方案来说,某个业务领域的知识是一回事,比如说关系型数据库,时序类型的数据库,所要处理的业务,也就是DDD所谓的领域知识专家。
  2. 站在架构师的角度,是要从技术的角度,确保项目的成功,无论是功能性的需求,还是非功能行动需求,也就是性能需求,稳定性需求,甚至包括部署运维以及升级的需求,在不同的抽象层次的边界上,进行设计。
  3. 软件分成不同的抽象层次,在不同的抽象层次上,处理不同的问题范围。
  4. 而对于所谓的架构,从名词的角度,是一些功能点的组织方式,从动词的角度,是不同的功能的互相交互,达成一个完整的目标。但是无论是名词还是动词,都是与结构有关。
  5. 那么所要面临的是什么问题呢?从宏观的角度,是功能的分解,分解成更小的可以理解的部分,组成最小的功能单元。这个功能单元里,处理好本模块所能考虑到的所有的问题。
  6. 其实从这个角度上来说,比较适合采用思维导图的方式,而且是右向思维导图的方式,将功能层层分解,并且也将问题层层分解。
  7. 所谓的架构师,所谓的解决方案架构师,考验一个软件开发者的能力,便是他能驾驭多大的项目,保证这个项目的功能和非功能的要求。
  8. 结合业务,又从业务中抽离,要站在更高的抽象层次上做思考。抽象出通用的解决问题的思路,解决问题的办法。
相关推荐
CSJ200203146 分钟前
LUMP+NFS架构的Discuz论坛部署
运维·架构
慧一居士34 分钟前
web 系统对接飞书三方登录完整步骤实战使用示例
架构·系统架构
Apipost的同学们37 分钟前
AI时代的接口自动化优化实践:如何突破Postman的局限性
后端·ai·架构·postman·自定义函数·apipost·api+ai
hunzi_13 小时前
商城系统框架详解:从架构到落地的全维度设计
架构
蝸牛ちゃん3 小时前
DSSA(Domain-Specific Software Architecture)特定领域架构
架构·系统架构·软考高级
一支烟花AI3 小时前
一个可怕的事实:越来越多的人用 AI 给自己创建产品,也许是新的趋势和机会
架构
Codebee3 小时前
注解驱动的知识中枢:MCPServer赋能AI业务的技术架构与实践
人工智能·架构·开源
风铃喵游4 小时前
Vue渲染器:打通开发编译渲染的最后一步
前端·架构
Ronin-Lotus4 小时前
上位机知识篇---安装包架构
架构
杰尼橙子4 小时前
DPDK性能优化实践:系统级性能调优的方法论与实战(一套通用的方法论)
性能优化·架构