java开发一个网站平台技术方面需要考虑哪些？

只论技术方面的话，通俗的说就是前端界面，后端逻辑，数据库，web服务器，以及真实服务器（云服务器或实实在在的硬件服务器）。

前端界面这一块，现在比较流行热门的技术有vuejs，vuejs是一个基于数据驱动的渐进式前端开源框架，不仅适用于PC端，也适总于移动端，现在很多大型的网站都在用vuejs。多说一句，vuejs的作者是中国人。

再说后端这一块，基本上是被springboot一统天下，springboot的IOC和AOP特性以及一系列的设计模式，让开发变得简单高效。

数据库这一块，市面上比较流行的有商业数据库有甲骨文公司的oracle，微软的sqlserver，开源的有postgresql，mysql，redis，sqlite等。

web服务器，比较常用的就是tomcat，nginx等。

服务器硬件的话，要么是云服务器（阿里云或者腾讯云），要么是真是的硬件服务器。

最后，网站开发，说简单也简单，就是三层构架，说难也难，其中涉及高并发大数据负载均衡的问题，都是现在热门的问题。如果想快速开发，建议借助现有的开源平台，快速高效，省时省力。

OpenTiny的TinyNG组件库的设计理念是简单、易用、可定制。其目标是提供一组基础组件，提高开发效率和代码复用度。同时，它也提供了灵活的定制化选项，便于根据不同的项目需求进行定制。组件库的设计风格简洁明了，易于上手和使用，适用于多种类型的项目。

伴随着中国软件和信息服务行业的快速发展和企业数字化进程的不断推进，开源社区和开源生态也不断发展起来，最近华为云开源项目OpenTiny中有一个TinyNG组件库项目。那这个项目是一个基于Angular框架的开源UI组件库，其中包含了丰富的UI组件，如按钮、输入框、表格、对话框等，可以方便开发人员快速构建Web应用界面。TinyNG组件库的设计风格简洁、易于使用，同时支持响应式设计，可以适配不同的设备尺寸。同时，它也支持自定义主题和国际化，满足不同项目的需求。

但其实除了TinyNG组件库项目是什么？越来越多的开发者会想要了解和探寻这个组件库背后更加深层的东西，比如为什么会设计TinyNG组件库？TinyNG组件库的设计理念到底是什么？

针对我自己的还有大家的疑问，我也是尝试进入OpenTiny官网了解并使用了TinyNG这个组件库。

1、 TinyNG组件库组件丰富，已开源70+ 基础组件，逐步开源 100+ 组件。使用 CSS Var 自定义主题，免编译、支持JS热更新变量。所见即所得自定义主题配置，一键发布到 npmjs

2、 微组件特性：每个组件独立版本号管理，可以单独安装或升级一个组件。如果使用众多组件，仅升级一个组件，免去全量测试。

3、 采用面向对象架构设计，代码重复率远低于谷歌等竞品一个数量级。与 Angular 保持同步升级。

对于OpenTiny开源项目的TinyNG组件库，我也添加了小助手微信：opentiny-official，想要了解更多的话也可以添加下，有需要也可以一起交流前端技术，一起玩开源。

一直做这行15年，应该有些发言权，呵呵。

如果预算低的建议用模版就够了，基本的购物功能都有，也符合你小型购物的要求、不需要单独购买服务器或空间，云建站系统自带建站系统便宜的，1K左右。如果需要网络公司搭建设计制作需要额外支付设计制作费，看工作量和制作需求1-4k左右

如果自己有单独想法的时候，有预算的可以定制开发

适合自己的才是最好等！

个人观点仅供参考！

邮件服务器之间常用邮件协议SMTPPOP3IMAP。

一、SMTP称为简单Mail传输协议（SimpleMailTransferProtocal）,目标是向用户提供高效、可靠的邮件传输。SMTP的一个重要特点是它能够在传送中接力传送邮件，即邮件可以通过不同网络上的主机接力式传送。工作在两种情况下：一是电子邮件从客户机传输到服务器；二是从某一个服务器传输到另一个服务器。SMTP是个请求/响应协议，它监听25号端口，用于接收用户的Mail请求，并与远端Mail服务器建立SMTP连接。

smtp的缺点：

1、smtp不能传送可执行文件或其他的二进制对象。

2、smtp限于传送7位的ASCII码。许多其他非英文国家的文字就无法转换。即使在smtp网关将EBDCDIC码（即扩充的二/十进制交换码）转换为ASCII码时也会遇到一些麻烦。

3、smtp服务器会拒绝超过一定长度的邮件。

4、某些smtp的实现并没有完全按照smp的标准。

二、邮件读取协议POP3和IMAP。

1、POP的全称是PostOfficeProtocol，即邮局协议，用于电子邮件的接收，它使用TCP的110端口，现在常用的是第三版，所以简称为POP3。POP3仍采用Client/Server工作模式，。当客户机需要服务时，客户端的软件（OutlookExpress或FoxMail）将与POP3服务器建立TCP连接，此后要经过POP3协议的三种工作状态，首先是认证过程，确认客户机提供的用户名和密码，在认证通过后便转入处理状态，在此状态下用户可收取自己的邮件或做邮件的删除，在完成响应的 *** 作后客户机便发出quit命令，此后便进入更新状态，将做删除标记的邮件从服务器端删除掉。到此为止整个POP过程完成。

POP3协议的不足：

POP3天生的缺陷，即当用户接收电子邮件时，所有的信件都从服务器上清除并下载到客户机。在整个收信过程中，用户无法知道邮件的具体信息，只有照单全收入硬盘后，才能慢慢浏览和删除。这使用户几乎没有对邮件接收的控制决定权。一旦碰上邮箱被轰炸，或有比较大的邮件，用户不能通过分析邮件的内容及发信人地址来决定是否下载或删除，从而造成系统资源的浪费。

2、IMAP是InternetMessageAccessProtocol的缩写，它比POP3复杂的多。现在较新的版本是1996年的版本4，即IMAP4RFC2060，它目前还只是因特网的建议标准。

顾名思义，主要提供的是通过Internet获取信息的一种协议。IMAP象POP那样提供了方便的邮件下载服务，让用户能进行离线阅读，但IMAP能完成的却远远不只这些。IMAP提供的摘要浏览功能可以让你在阅读完所有的邮件到达时间、主题、发件人、大小等信息后才作出是否下载的决定。

IMAP的不足：

在利用服务器磁盘资源方面，IMAP不如POP3。由于使用POP时服务器端的邮件被下载到客户机的同时会删除，因而不占用额外空间用以存放旧的邮件。而IMAP服务器将保持旧的邮件，占用了额外空间，而且需要定期地删除旧邮件。同时，由于用户查阅信息标题和决定下载哪些附件，也需要一定时间，因此链接时间也比POP方式长。

在应用方面，由于IMAP比较复杂，给开发者开发服务器和客户机的软件带来一些难题。对于ISP来说，采用IMAP意味着要花钱购买相关商业软件，同时会付出高额技术支撑费用，因而商用的实现方案还不多。

部门不做CodeReview，有什么弥补的措施？答：首先，没有codereview的公司一定是一个不注重代码质量，换言之说不注重技术的公司。从自身的成长考虑，还是尽早跳槽的好。其次，codereview本身并不能很有效的减少bug。大多数bug是依靠语法检查和测试来发现。codereview只能发现很表层的错误。这方面你的损失不多。你最大的损失的是和同事交流的机会。不管你的同事是大牛还是新人，三人行必有我师。为了弥补这方面的损失，一个好的方法是读开源代码，一个更好的方法是贡献代码。这也就是Github的口号：socialcoding

第一步：需求调研分析 1相关系统分析员向用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚利用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。 3 系统分析员向用户再次确认需求。 第二步：概要设计 首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计 进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、 运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。 第三步：详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实 现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。 第四步：编码 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。　 第五步：测试 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。 第六步：软件交付准备 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。 《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。 《用户使用指南》应包括软件各项功能的使用流程、 *** 作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。 第七步：验收 用户验收。

---