上一页 1 2 3 4 5 6 7 8 ··· 10 下一页
摘要: 总结 (1)分层架构,是一个“数据移动”,然后“被处理”,被“呈现”的过程! (2)架构分层方法论: --让上游更高效的获取与处理数据,复用 --让下游能屏蔽数据的获取细节,封装 (3)为了屏蔽数据库层面的复杂性,需要数据库中间件 阅读全文
posted @ 2020-10-27 21:48 坤妹家萌萌哒萌新 阅读(103) 评论(0) 推荐(0) 编辑
摘要: 总结 (1)分层架构,是一个“数据移动”,然后“被处理”,被“呈现”的过程! (2)架构分层方法论: --让上游更高效的获取与处理数据,复用 --让下游能屏蔽数据的获取细节,封装 (3)为了屏蔽端上多变,PC/H5/APP等产品复杂性,需要引入前后端分离 阅读全文
posted @ 2020-10-23 21:25 坤妹家萌萌哒萌新 阅读(119) 评论(0) 推荐(0) 编辑
摘要: 总结 (1)分层架构,是一个“数据移动”,然后“被处理”,被“呈现”的过程! (2)架构分层方法论: --让上游更高效的获取与处理数据,复用 --让下游能屏蔽数据的获取细节,封装 (3)为了屏蔽多个基础服务的调用,需要引入业务服务层 阅读全文
posted @ 2020-10-23 21:20 坤妹家萌萌哒萌新 阅读(114) 评论(0) 推荐(0) 编辑
摘要: 总结 (1)分层架构,是一个“数据移动”,然后“被处理”,被“呈现”的过程! (2)架构分层方法论: --让上游更高效的获取与处理数据,复用 --让下游能屏蔽数据的获取细节,封装 (3)为了屏蔽数据库数据细节,需要引入DAO (4)为了屏蔽垂直拆分,分库分表,缓存细节,需要基础数据服务化分层 阅读全文
posted @ 2020-10-20 21:37 坤妹家萌萌哒萌新 阅读(112) 评论(0) 推荐(0) 编辑
摘要: hive 建表语法 内部表: create table fzname (id int,name string,age int,tel string) ROW FORMAT DELIMITED FIELDS TERMINATED BY ',' STORED AS TEXTFILE; 1 2 3 4 5 阅读全文
posted @ 2020-10-16 18:16 坤妹家萌萌哒萌新 阅读(617) 评论(0) 推荐(0) 编辑
摘要: 1.解决办法 File->project -> Modules -> Source -> Language Leve -> 8-Lambda,type annotation etc. File->project -> Project中 -> project Language Level -> 8-L 阅读全文
posted @ 2020-10-15 14:54 坤妹家萌萌哒萌新 阅读(196) 评论(0) 推荐(0) 编辑
摘要: 解决办法:重新安装: 这样就可以在IDEA 中进行配置svn.exe路径了. 阅读全文
posted @ 2020-10-15 10:40 坤妹家萌萌哒萌新 阅读(839) 评论(0) 推荐(1) 编辑
摘要: 总结 (1)分层架构,是一个“数据移动”,然后“被处理”,被“呈现”的过程! (2)数据移动的过程中,以下两点尤其重要: --数据传输的格式 --数据在各个层次的形态 (3)架构分层方法论: --让上游更高效的获取与处理数据,复用 --让下游能屏蔽数据的获取细节,封装 阅读全文
posted @ 2020-10-13 21:22 坤妹家萌萌哒萌新 阅读(190) 评论(0) 推荐(0) 编辑
摘要: 如何解耦? 个性化代码上浮,通用代码下沉,服务化更彻底! 总结与启示 (1)讨论技术方案时,不要总以: “放在你那边做代码少” “放在你那边做时间短” 作为设计折衷的理由,而要多问: “怎么做合理” (2)尽量杜绝底层出现 switch case (biz_type) 走不同分支的代码。 (3)个性 阅读全文
posted @ 2020-09-16 21:48 坤妹家萌萌哒萌新 阅读(412) 评论(0) 推荐(0) 编辑
摘要: 方案对比 解耦之前: 解耦之后: (1)代码简单,一次数据库访问 (1)代码更复杂,多次数据库访问 (2)逻辑实现在SQL里 (2)逻辑实现在服务层 (3)数据库耦合 (3)数据库解合 达到效果:给机器就能扩容! 总结 场景三:“数据库耦合”如何解耦? 第一步:公共数据访问服务化,数据私藏 第二步: 阅读全文
posted @ 2020-09-16 21:34 坤妹家萌萌哒萌新 阅读(1201) 评论(0) 推荐(0) 编辑
上一页 1 2 3 4 5 6 7 8 ··· 10 下一页