关于技术框架

涉及java的软件开发,首先想到技术框架,涉及后端的技术框架,首先想到了SSH或者SSI等。他们的组合,已经成为了事实上的标准,也确实能够很方便的解决很多问题,虽然可能并非最适合你的。

技术都是为解决具体业务而生的,凡技术框架也是为了解决程序猿的业务问题而生的。本文讨论下我们都需要怎样的技术框架。

我是一个懒人,总是想有一个超牛逼的技术框架,技术框架能做很多事情,转而在做具体业务的时候,只需要关注业务,其他的代码都是能够通过工具生成、配置、运营管理等自己满足,这个就是我第一次写框架的目的。使用SSH框架,在上面做了一个超级牛叉的taglib以及Spring、BusinessObject等的类或者抽象类,然后做了一个基于awt的代码生成工具,开发过程:先建表,注释和表的主键、外键全部建好。然后使用代码生成工具生成代码和配置(那时Spring、Hibernate还没有注解)以及描述界面的元数据,瞬间一个对象的增删改查的功能都有了,这个就是我最初想要的。然而随着项目的进展,我碰到一系列的问题:

1、启动时间太长,每次启动都需要超过90秒,虽说机器可能不够好,但是这台机器启动裸Tomcat只需要6秒钟呢。

2、如果数据库表有修改,意味着ValueObject、hbm.xml、等一系列的文件需要修改,真是烦透心了。

3、所有业务代码都从框架中继承而来,包括BO必须有id这个属性,嵌入太深了。

我花费了巨大精力的第一个框架,在我使用过一次后,我再也不想使用了。

但是通过这次框架的演练,我知道了一个框架最终需要具备的东西:

1、一套严格上下文描述的运行环境,例如Spring等;

2、一套严谨的在上下文中运行的各负其责的组件/公共组件库;

3、一套约束开发人员的标准;

4、一套标准的接口规范,让所有的系统成为服务的提供者;

5、还有一堆公共工具,这些是经年累月积累下来的,多数存放在utils目录或者common目录下

框架应该是开放的,可以允许各种其他技术在框架描述的运行上下文中充当自己的组件。同时框架应该也是封闭的,属于这个框架的组件是在这个框架定义的标准中完成的,是他约束着所有开发人员。

时间: 2024-10-25 21:46:04

关于技术框架的相关文章

App技术框架

一.App技术框架的类型 图1 三种App技术框架之间的关系 目前App的技术框架基本分为三种(图1): (1)Native App:互动型,iOS.Android.WP各一套,而且要维护历史版本,要安装,开发耗时长 一种基于智能移动设备本地操作系统(如iOS.Android.WP操作系统),并使用对应系统所适用的程序语言编写运行的第三方应用程序,由于它是直接与操作系统对接,代码和界面都是针对所运行的平台开发和设计的,能很好地发挥出设备的性能,所以交互体验会更流畅. (2)Web App:浏览型

厅局级数据中心技术框架

厅局级数据中心解决方案通过FANCO SYSTEM的信息资源交换.信息资源库.统一应用开发框架.信息资源目录系统等产品,以方便采集.整合纵向政府部门或行业的信息资源,形成行业或部门数据中心.达到对行业部门数据整合.综合开发利用,支撑部门业务或行业应用的目的. 厅局级数据中心技术框架 厅局级数据中心系统技术框架包括厅局基础设施.厅局信息资源.厅局数据中心.应用开发框架.厅局应用.厅局展示.安全保障及标准规范体系等部分. 厅局基础设施:厅局已有的各类政务网络.存储系统.安全系统及其他基础软件系统:

你得知道这3个最基础的APP技术框架

出处:优设网作者:信籽链接:http://www.uisdc.com/3-basic-app-technical-framework 信籽(手淘设计师):不知道大家有没有遇到过这种情景,当你做好一个设计方案,满心欢喜地给开发讲解方案的思路和创意时,开发突然说一句:“这个方案实现不了”,这时你整个人都不好了,心里开始嘀咕“这么简单的设计都实现不了,你是搞技术的吗?”然并卵,在产品和开发的催促下,作为设计师的你只能加班加点地改方案.到底问题出现在哪呢?这其实是由于我们设计师对App技术框架的知识匮乏

项目中使用技术框架的最重要目的是什么?

最近在着手项目改造,突然想到一个问题,我们为什么要用框架,框架的最重要目的是什么? 如果在框架使用之前,在进行框架搭建时,我可能会想: 要使用最合适的技术架构,解决业务问题 减少开发人员的代码开发量. 让开发人员更加专注于业务流程. 但是在项目运行到一定阶段,我们会发现: 在项目运行到一定时期,技术架构可能在一定程度上不再满足最新的业务问题,但是我们还是要使用框架而不是去自由开发自己的代码. 在某些功能模块中,可能会有很多种代码编写方式,真是比用框架写更少的代码. 再回过头来考虑为什么使用框架时

WEB开发技术框架利器之一 -- Beetl使用笔记

A.介绍 Beetl,是Bee Template Language的缩写,它绝不是简单的另外一种模板引擎,而是新一代的模板引擎,它功能强大,性能良好. B.优势 对于web应用来说,必须通过controller才能渲染模板,beetl也可以写完模板后,在未完成controller情况下,直接渲染模板此方法既可以作为通常的全栈式开发人员使用,也可以用于前端人员单独开发模板用. Beetl容易与其他技术框架完成集成配置,默认提供了WebRender用于帮助web集成开发,所有内置的集成均基于此方法.

BI技术框架的理解

如何梳理BI技术框架? 首先,我们需要从各个菜市场(数据源)挑选我们需要的蔬菜.肉类.水果,然后我们开始挑拣.清洗,并根据菜式的要求,将各种原材料切好(ETL),摆放到厨房(数据仓库):然后厨师根据不同的菜式及口味,将原材料进行必要的搭配(OLAP),最后辅以调料,通过炒.焖.炖等不同烹饪的手法制作出不同的菜肴,最后端上桌的红烧鱼.铁板牛肉.凉拌青瓜.水果拼盘.玉米炖排骨则像是报表.仪表盘.柱状图.趋势线等各种各样的BI前端展示界面. 技术实现的过程也和做菜一样: 领导想吃什么菜,就得研究这道菜

技术框架参考

国家电子政务系统框架http://sell.soft6.com/166/1/2675.html技术平台的选型http://blog.csdn.net/shuaihj/article/details/7056888写给开发者看的关系型数据库设计http://blog.csdn.net/phenixiii/article/details/8885900谈谈软件的可维护性问题http://blog.csdn.net/phenixiii/article/details/4286232J2EE 领域的一些

大数据技术框架

大数据整体技术框架 --------------------------------- ------------------------------ 原文地址:https://www.cnblogs.com/coco2015/p/11146649.html

(三)Java版Spring Cloud B2B2C o2o鸿鹄云商平台--技术框架

公司要搭建未来服务开发的统一标准,也考虑到框架的可拓展及可伸缩性,能够顺应时代的潮流,鸿鹄云商平台(honghu)业务的可拓展性比较随性,考虑到未来运营方案多样化及快速响应产品&用户需求.新业务的快速迭代变更,作为平台的总架构师,我推荐公司使用当前业界最流行的Spring Cloud分布式微服务云解决方案来实施产品b2b2c云商平台研发,技术架构如下: MICROSERVICES: 前端框架: Vue.js.BootStrap.H5.CSS3.小程序 缓存管理: Redis.MongoDB 数据