TCC推导的过程是怎样的
这篇文章主要讲解了“TCC推导的过程是怎样的”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“TCC推导的过程是怎样的”吧!
创新互联服务紧随时代发展步伐,进行技术革新和技术进步,经过10余年的发展和积累,已经汇集了一批资深网站策划师、设计师、专业的网站实施团队以及高素质售后服务人员,并且完全形成了一套成熟的业务流程,能够完全依照客户要求对网站进行做网站、成都网站建设、建设、维护、更新和改版,实现客户网站对外宣传展示的首要目的,并为客户企业品牌互联网化提供全面的解决方案。
svn 账号
yuanzn 密码:TCH5mb
项目分层
MapperDao 数据校验 throw new CloudBaseRuntimeException
Helper 数据转换
manager 代码抽离层 业务逻辑校验放到这一层 其他service 调到这一层 代码生成器生成的代码调到这一层 确保service层业务代码清晰
异常处理
CloudBaseRuntimeException 业务异常 controller 层异常捕获 controller 层注解
线程池
cloudX-afterSale-job
任务
代码模板 代码格式 代码分层
环境配置
虚拟机MySQL docker springcloud poseidon
配置
一、环境说明 新平台开发环境:saledev.linshimuye.com:81 主节点:10.10.15.163 子节点2:10.10.15.92 子节点3:10.10.15.147
子节点4:10.10.15.176 服务器权限:root/lsmy@2019 dubbo-monitor:http://10.10.15.92:6090 dubbo-admin管理后台:http://10.10.15.179:60001(用户:root,密码:root) 反向代理插件地址:http://10.10.15.179:8083 二、打包发布 2.1、前端发布: sh /data/package/script/cloud-front.sh 2.2、后端发布:后端打包发布可在节点1、节点2、节点3打包 2.3、先用脚本打包 例:sh /data/webservers/script/dubbo_script_sit/order-dubbo.sh 2.4、在主节点重新销毁容器,创建容器 销毁容器 例:kubectl delete -f /data/kubernetes/xpt-dev/dubbo/order-dubbo.yaml
创建容器 例:kubectl create -f /data/kubernetes/xpt-dev/dubbo/order-dubbo.yaml
强制销毁容器
例:kubectl delete pod 【容器名】 -n=xpt-dev --force --grace-period=0 三、查看日志(主节点操作) 3.1、可在主节点查看tomcat实时日志 3.2、先查看pod(容器)名称 kubectl get pod -n=xpt-dev 3.3、根据名称打印具体容器日志 例:kubectl logs -f --tail=100 order-dubbo-deployment-5994446f84-bl4kq -n=xpt-dev 新成 销毁容器 kubectl delete -f /data/kubernetes/xpt-dev/dubbo/external-dubbo.yaml kubectl delete -f /data/kubernetes/xpt-dev/web/external.yaml 创建容器 kubectl create -f /data/kubernetes/xpt-dev/dubbo/external-dubbo.yaml kubectl create -f /data/kubernetes/xpt-dev/web/external.yaml 编译提供者 sh /data/webservers/script/dubbo_script_sit/external-dubbo.sh 编译消费者 sh /data/webservers/script/web_script_sit/external-web.sh 查看提供者日志 tail -f -n100 /data/webservers_tomcat/tomcat-external-dubbo-13141/logs/localhost.2019-09-29.log 查看消费者日志 tail -f -n100 /data/webservers_tomcat/tomcat-external-web-10300/logs/localhost.2019-09-29.log 查看实例状态 kubectl get pod -o wide -n xpt-dev
楠楠 15102012806
代码分层逻辑
凸显核心逻辑:对于数据校验和和本方法业务逻辑不相干的的代码尽量不要放到service,可放入manager层中。
单一职责:service层代码只向controller提供服务,不应当被其他service调用;否则会发生循环依赖,循环调用等情况,而且会造成层次不清晰的情况
异常分为业务异常和系统异常,需要分开处理,并且根据功能模块或者系统分配不同的异常类以便区分,对于不符合业务逻辑的请求,抛出异常以中断流程,并打上日志
日志,对于if else 的地方可以酌情打日志,增删改的地方必须打上日志 异常的地方需要打上日志,调试信息打上debug日志,不要使用Systen.out.print()这样的形式来说输出数据。
本地配置文件的管理:
通用性功能的封装
模块划分原则
其他参见阿里规范
测试服务器 tail -f -n 100 /data/webservers_tomcat/tomcat-external-dubbo-13141/logs/localhost.2019-10-24.log
svn://svn.linshimuye.com:3391/cloudX/code/trunk1/server/cloudX
svn://svn.linshimuye.com:3391/cloudX/code/branch/20170309-1.0
svn://svn.linshimuye.com:3391/QNassistan
http://sale.linshimuye.com:8084/ 05192 xiaohong520 // 开发环境 saledev.linshimuye.com:81 03335 yvonne123 // 测试环境 http://salesit.linshimuye.com:83/ 07277 lq111111
http://jira.linshimuye.com:8083/secure/Dashboard.jspa; 用户名:yxwbyuanzl ,密码:6个1
SVN 账号:jiaxc 密码: zY7W74
感谢各位的阅读,以上就是“TCC推导的过程是怎样的”的内容了,经过本文的学习后,相信大家对TCC推导的过程是怎样的这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!
网站栏目:TCC推导的过程是怎样的
当前网址:http://pwwzsj.com/article/pccoeh.html