V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  passerbytiny  ›  全部回复第 71 页 / 共 153 页
回复总数  3054
1 ... 67  68  69  70  71  72  73  74  75  76 ... 153  
已肉身验证,语音验证码接受平台可用。问题一结案,语音验证码没比短信验证码好到哪里去。

不过问题二还是可用继续讨论的。比如说,微信为什么不像某宝那样要手持照片。再比如说,在电子医保卡、警务通等方面,微信都已经跟行政部门和执法部门合作了,为什么就不尝试接入执法部门的实名制系统。
2019-07-02 15:22:03 +08:00
回复了 lihongjie0209 创建的主题 程序员 关于前后端分离接口和展示层的一些问题
@lihongjie0209 这个其实后端做也是可以的,后端可以在不动领域模型 /服务核心层的情况下,针对不同的前端、版本、特殊定制出不同的接口。传统的 Dao-Service-Controller 分层,如果正确的隔离 Service 层和 Controller 层,是很容易以很少的工作量来实现这种效果的。此时,接口由前端定义——但前端需要深入了解领域模型或业务模型。这样安排,对整体的好处是前后端之间更加松散。对后端的好处是:后端虽然没有了接口的主要控制权,但也没有了定义接口的责任。

不过,以上只是一种可以选择的方式,而不是建议的方式,具体哪种方式,取决于架构师、技术委员会或者技术负责人,如果都没有,那就取决于前后端谁的话语权更大了。
2019-07-02 11:54:20 +08:00
回复了 lihongjie0209 创建的主题 程序员 关于前后端分离接口和展示层的一些问题
前端 Model 层或类似层,后端视图层或者端口适配层,都可以做,谁做只取决于谁愿意和有时间干,跟技术无关。技术上可以确认的是,非常不能让后端业务层去做,不建议前端展示层去做。
2019-07-01 18:11:54 +08:00
回复了 wuxi889 创建的主题 程序员 程序员外派形式有什么需要小心的吗?
首先,是派出去做项目还是派出去跟团队,要是做项目的就不用继续了。
然后,是派到哪个公司,要不是华为这样的专业发包公司(超过一般员工都是外派过来的)或者类国企(招聘限制很高),就不用继续了。
然后,你想不想进甲方公司,要是不想进,就不用继续了。
然后,你觉得能不能在三年内进去,要是感觉进不去,就不用继续了。
以上要是都没中断,你就可以去面试了。

最后,要是有其他选择,绝对不要干外包,不管是外派还是接项目。
2019-07-01 17:58:19 +08:00
回复了 Asice 创建的主题 程序员 吐槽下今天面试的一个大神吧
@Asice
@airfling
当采用 Spring Web Mve 作为 Web 框架时,内嵌式 Tomcat 是 Spring Boot 的默认 Servlet 容器。Tomcat 不是唯一选择,你还可以选择 Jetty、或者 Undertow,甚至自己写适配再集成其他的。如果你采用 Spring Web Flux 作为 Web 框架,那默认的 Web 容器是 spring-boot-starter-reactor-netty。

以上就是目前,Spring 与作为 Web 容器的 Tomcat 之间的、全部的关系。(在其他地方,Spring 会用到 Tomcat 的单体工具,例如 Tomcat 连接池)。

Spring Cloud 跟 Tomcat,没有任何直接的联系。Spring Cloud 是一套平台级别的接口标准加内置实现。单独的 Web 服务,只要符合 Spring Cloud 的接入标准( RESTful 服务或者 MQ 服务,能够被注册中心发现和治理……),就可以接入它,而不管你是 Tomcat、Jetty、Undertow,还是 Reactor Netty。如果你愿意,你甚至可以将非 Java 写的 Web 服务接入进去。
2019-07-01 15:55:09 +08:00
回复了 Hanggi 创建的主题 MySQL 现在搞开发为什么还要用关系型数据库?
兄弟,你有没有想过,你弄个完整的 RBAC,人家看得懂吗?人家要的不是省下两个表的空间,而是两个表的(面向外行人的)理解难度。
2019-07-01 12:57:51 +08:00
回复了 wdkty 创建的主题 程序员 ipv6 颗粒度太细了,追踪定位更加容易了
碰到把 NAT 当防追踪措施的,应该直接 block,毫无网络基础知识并且也不愿意用搜索引擎去学习。
悲观锁方式:查重的时候直接锁表(因为后面是要新增数据的,所以只能锁表),新增数据或超时后解锁。此方式基本没人用。
变相乐观锁方式:第三方直接推送,若收到“有重复数据”错误再做后续处理;你这边单事务内查重加插入。此方式没啥特殊性,就是注册用户判断重复的逻辑,但是若你这个业务是高并发并且冲突情况占比大,此方式也不是太合适。

如果是高并发场景,并且第三方确实会发送重复数据,建议还是允许重复数据的好。或者,给第三方分配 ID,表中加一列“来源”,这样就不会出现重复数据了。

你的描述少了一个关键场景:第三方查重后如果发现重复了,是怎么处理的。
2019-06-27 17:31:35 +08:00
回复了 lzjun 创建的主题 程序员 用公众号来做验证码接收场景
想要关联微信 openid,同时又不想让微信审核第三方登录,请直说!
2019-06-27 10:29:50 +08:00
回复了 Mosugar 创建的主题 问与答 网盘保存的内容,直接上传好,还是压缩打包之后上传好?
如果你是为了安全而不是为了存档或者提高 IO 效率而打包,那么最好的方式是换网盘服务商。
2019-06-25 18:22:25 +08:00
回复了 AsceticBear 创建的主题 Python 国内拥抱开源项目公司都有那些啊?
小公司可能有,大公司:无。我感觉走正规 Github 工作流(任务规划都在 Github 上)+正规 Scrum (至少 Scrum 主管可以怼产品负责人)的大公司,可能都没有。
2019-06-25 16:21:12 +08:00
回复了 jonde 创建的主题 问与答 落户买房后户口是否可迁回原籍?
即将拆迁的地方,赔偿款总额大概是固定的,能不能回去,取决于村里人的态度,因为他们(或者“他”)很可能要少分钱。他这个,除非拆迁计划还没公示或者还没万人皆知,否则几乎不可能回得去。
又特意去看了以下设置,Onedrive 桌面端的账户貌似是独立与操作系统账户了,可以切换账户(但仍然只能单用户)。难道考虑一下 Onedrive 也只用个人账户这一个——前提是公司电脑以后不能随便让别人用了。
公司不用账号的话,一些小东西就没办法快速备份到 Onedrive 上了吧,比如考勤记录。目前来说,最大的不便就是 Onedrive 桌面端不支持多用户,Onedrive UWP 端是残废。
@tsaoyu #16 试用了这个,非常棒,能够画出完整的带甬道的流程图和陈氏表示法 ERD,界面易用性和布局方便性也很高。比较明显的缺点是连接线要全部手动处理。虽然没全部满足核心需求,不过作为免费软件,至少填补了我现在不能画流程图的空白。
2019-06-21 12:49:50 +08:00
回复了 willrvr 创建的主题 问与答 迅雷是要准备跑路了?
这不就是前段时间的“白拿 iphone ”理财吗?不过就是本金不用那么高,利息从实物变成了有期限的(并且没用的)会员而已。
1 ... 67  68  69  70  71  72  73  74  75  76 ... 153  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3585 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 04:36 · PVG 12:36 · LAX 20:36 · JFK 23:36
Developed with CodeLauncher
♥ Do have faith in what you're doing.