课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
随着互联网的不断发展,越来越多的人都在学习软件架构技术,而今天我们就通过案例分析来了解一下,软件架构师经验分享。
一、站在“提问题”角度来解决问题
技术人员常常吐槽产品团队需求不合理,不过建议技术团队去走进业务,不仅仅是去设计架构、实现产品的需求,同时也试着去实现客户的需求,甚至发现潜在的需求。这时我们就变成了在设计上提出问题的人,你会发现提出问题的同时,在很多时候也需要同样深入的思考。设计一个好的问题,甚至比解决问题更难。
二、“少”比“多”更困难
软件机构设计切实需要取舍,当大家都在往里面加东西的时候,架构师更应该来做这个说“不”的人。做“少”比做“多”困难百倍,希望你能掌握CAP原则做取舍。为了更好的取舍,保持架构风格的一致性,在一开始架构师就应该根据系统的实际需求来定义一些取舍的原则,如:数据一致性拥有高优先级、提前发布核心功能优于完整发布等。
三、非功能性需求决定架构
非功能性需求决定架构,架构师要更加关注非功能性需求,常见的非功能性包括:性能,伸缩性,扩展性和可维护性等,甚至还包括团队技术水平和发布时间要求。
四、“简单”不容易
很多架构师都会常常提到保持简单,但是真正的一些简单的方法,来自于对问题和技术更深入的理解。这些方案往往不是容易获得的、表面上的方法。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。