【让百姓“零跑腿” 滨海新区120急救有电子票据了】5月26日0时，天津市滨海新区急救分中心医疗收费电子票据正式上线。电子票据集成了医疗收费票据、费用清单和自助查验等功能，真正实现了“一票多能”。居民缴费后网络自动保存，通过微信等渠道可获得电子票据，并可下载打印，切实实现了为群众办实事，让“信息多跑路，群众少跑腿”。让百姓“零跑腿” 滨海新区120急救有电子票据了-津云APP @滨海发布 #天津生活#
咱们说的是编程语言的事儿，都是作用在内存里的。月度汇总查询方法就写一个方法就行，所有的发票都继承了这个查询的方法。你要是没有发票类就得写很多方法，汇总查询的逻辑变化只改一次就可以。这是发生在内存里的事儿。发生在数据库里查询更没法面向对象了，针对各个票的个个表分头写SQl语句，效率更低。#程序# #程序员# #Java#
博士聊IT
现在的程序员已经不会用面向对象的方法了。拿着面向对象工具，写着面向过程的程序。很多程序员从来不用继承关系，这里面既有没弄清楚面向对象的基本理论，包括面向对象和人类自然语言的关系，也有使用了开发框架有所限制的问题。例如企业做报销系统，发票有打车票、餐饮票、火车票、飞机票和住宿票等等，发票有共同的属性，如开票单位，开票时间，开票金额。但每一种票都不一样的属性，例如打车票有出发时间、到达时间、车牌号；住宿票有入住人数，入住时间和退房时间；火车票有出发城市、达到城市、席位等级。共性和个性的属性交织在一起。怎么办？在面向对象的分析中是可以设定分类的，父类是发票，子类是各种票，这样属性就继承下来，父类的数据可以动态聚合。但数据库的问题又来了，数据库分成各类明细发票的表，属性都在树叶表上。数据库不支持面向对象，数据库讲究的是关系代数，连接运算。面向对象就搞不下去了，这个叫做对象关系阻抗不匹配。/article/7022163867690107431/光是属性查询搞起来就累了，这么多发票表，都需要有汇总查询的方法，你说累不累。方法也是一样的，发票有个方法叫做作废，超过六个月的各种发票都要自动作废。没有继承关系，就这么一句话的需求，够程序员忙活半天的。程序员就在这种互相矛盾的概念夹缝中生存，还过得挺好，一会Java一会SQL，忙得不亦乐乎，但其实本质效率不高啊。#Java##程序员##程序#
出差用滴滴app打车，结果开不了发票，联系客服。好心的客服叫我自己的打114，查询一个叫“个体”的公司索要发票[捂脸]。客服还好心的说，出租车都是受国家监管部门监管的，可以打114去查询车牌号。感觉114的万能的，滴滴公司你们是干啥的？我的钱可是进你们口袋的。
#记得存了一万八 银行查询无数据#银行的失职，票据保留二十年的行规忘了
