V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  CrazyBoyFeng  ›  全部回复第 3 页 / 共 8 页
回复总数  158
1  2  3  4  5  6  7  8  
2021-03-12 13:48:10 +08:00
回复了 awesomeMen 创建的主题 Java 在 Java 业务系统的开发中, service 层有必要写个接口吗?
我给三楼的举例补充一下代码说明:
```
运营商 Interface 运营商=null;
switch(用户.get 运营商()):
case 移动:
运营商=new 移动();
break;
case 联通:
运营商=new 联通();
break;
try{
运营商.发短信();
}catch(短信失败 Exception e){
运营商.打电话();
}
```

这段代码不用接口的话,实现相同功能可能需要写出许多重复代码。
@systemcall #8
阻断只影响到当前用户(本地 ip 或远程代理 ip )与 github 的连接。弄正常 ip 对其他人没有影响吧?
2021-03-12 00:33:04 +08:00
回复了 CatSama 创建的主题 程序员 请问有什么可以替代 server 酱的开源替代品吗?
> 但是很可能没有这样的公共服务,如果有的话,很快会因为滥用而被各邮件服务商封杀。

更正一下,很可能没有这样的“免费”公共服务。收费的还是有很多的。

我以前用过 maigun 的 mail api 是免费的,后来也收费了。这方面真的不多。
2021-03-12 00:29:55 +08:00
回复了 CatSama 创建的主题 程序员 请问有什么可以替代 server 酱的开源替代品吗?
@abersheeran #29 请问一下有哪些 serverless 支持 mail api 的?我所知的大部分的 serverless 都是前端环境,只能跟 http 通信。
2021-03-12 00:19:25 +08:00
回复了 CatSama 创建的主题 程序员 请问有什么可以替代 server 酱的开源替代品吗?
@hi543 #28
是什么应用环境? linux 可以用 sendmail 命令。openwrt 有 mailsend 、msmtp 、ssmtp 、mini-sendmail 这些命令可以用。windows 自带邮件客户端也有命令行的用法,但是好像没多少人用它的客户端。java 有 javamail 。python 用 smtplib 。node.js 有 nodemailer 。其它平台我就不了解了。
前端环境就没法用了,因为需要跟服务器的 465 端口有 tcp 连接。除非自己架个 webservice 把 url 访问翻译成 smtp 。但是很可能没有这样的公共服务,如果有的话,很快会因为滥用而被各邮件服务商封杀。
2021-03-11 21:07:43 +08:00
回复了 CatSama 创建的主题 程序员 请问有什么可以替代 server 酱的开源替代品吗?
@cryboy007 若干对策:
拒收:让收信人加白名单。或更换发信邮箱。
拒发:更换发信服务商。最稳妥是自建。
基本上自建邮局+收信白名单就没有问题了。
如果完全是自用,还可以自己发自己,基本不会出问题。
2021-03-11 20:48:16 +08:00
回复了 CatSama 创建的主题 程序员 请问有什么可以替代 server 酱的开源替代品吗?
邮件的好处:服务商多,客户端多(包括微信),跨平台
2021-03-11 20:46:34 +08:00
回复了 CatSama 创建的主题 程序员 请问有什么可以替代 server 酱的开源替代品吗?
大家都用邮件吧,不要太依赖微信了
2021-03-11 04:20:36 +08:00
回复了 tangyujing99 创建的主题 问与答 被 lastpass 玩坏!求有经验的大佬指导方法。
qq 邮箱自助查询里看看有没有系统拦截。
没有的话,还可以换 lp 邮箱啊。
2021-03-10 05:42:41 +08:00
回复了 tusik 创建的主题 git Git 服务有哪几家好选的
私有库的需求是什么?应该跟我们这些写开源的不一样吧? issue,pr 这些社交功能都弱化了。如果不是太依赖平台的话,那应该很方便迁移啊,万一不能用了或者不好用了随时可以更换。甚至同时推到多个平台也可以。
2021-03-10 05:29:21 +08:00
回复了 Greatshu 创建的主题 程序员 不要乱改系统时间,企业微信把系统搞炸了😓
64 位系统应该也能复现 y2038,因为虽然系统是 64 位的,但是(相当多的)应用还是 32 的。还包括文件系统(例如 ext3 )。
相比于迁移项目,更推荐镜像+双向同步。毕竟迁移成本也是有的。
因为 gitee 有自动镜像同步功能,所以平时最好以 github 为主。
如果需要从 gitee 推给 github,可以采取本地从 gitee 拉取再推给 github 的方式实现。
2021-03-01 21:19:39 +08:00
回复了 amok 创建的主题 程序员 JCenter 将于 5 月 1 日关闭?
关停已推迟到明年。不过本月底就停止更新维护了,仅提供下载。
好像没多少人关注这个事啊啊?
2021-02-27 23:01:18 +08:00
回复了 CrazyBoyFeng 创建的主题 Android android 开发只能用 gradle 吗?
我试了一下 bazel,目前感觉良好。idea 里的插件也好用。google 自己做的工具也不错啊,为什么不推广呢?
我会尝试用久一点再分享我的体验。
不过,需要用到第三方 gradle 插件的项目,目前还是只能使用(指定版本的) gradle 。
2021-02-27 16:52:59 +08:00
回复了 hackingwu 创建的主题 HTTP https 抓包有什么好办法?
微信小程序用电脑版微信抓,手机上微信用了代理中转请求,还加了密。
2021-02-27 16:43:23 +08:00
回复了 CrazyBoyFeng 创建的主题 Android android 开发只能用 gradle 吗?
@zhanlanhuizhang 感谢分享。阅读 pom.xml 得知,zxing 正是使用了楼上所说的 android-maven-plugin 。不过 zxing 也是三年没更新了,我都怀疑它是 eclipse 写的遗留代码,那个目录结构也像 eclipse 。eclipse 上现在没有官方 android 支持了,kotlin 支持也不好。用第三方插件怕踩坑。
bazel 感觉跟 buck 很像。而且 idea 插件还在更新。buck 的 idea 插件两年没动了。
2021-02-27 16:09:30 +08:00
回复了 CrazyBoyFeng 创建的主题 Android android 开发只能用 gradle 吗?
@darktiny 感谢分享。简单了解了一下 buck,挺好的东西,已经出现好几年了,我竟不知道。
我试用了一下 buck,是比 gradle 要快,内存消耗也不多,不会卡住 idea 。不过我只是测试一下首次全量构建,没有连续使用,不知道增量的效果怎么样。害怕 daemon 随着 repo 长大会不会像 gradle 那样反客为主。不过全量构建这么快,如果不是巨大的应用,感觉平常应该不开 daemon 也可以。
脚本格式是 python 语法,不过 buck 本身是 java 写的,运行在 jvm 上。python 语法简单易读,懂的人也多。
2021-02-27 12:39:32 +08:00
回复了 CrazyBoyFeng 创建的主题 Android android 开发只能用 gradle 吗?
@pursuer @hantsy 感谢分享,我也搜到了这个 plugin,不过它似乎是弃坑状态,三年未更新。我现在正尝试在 idea 上运行它。
2021-02-27 11:06:49 +08:00
回复了 CrazyBoyFeng 创建的主题 Android android 开发只能用 gradle 吗?
@winterbells 我是来找替代解决方案的。我不需要寻求认同。
2021-02-27 04:44:01 +08:00
回复了 CrazyBoyFeng 创建的主题 Android android 开发只能用 gradle 吗?
@fatelight 第 3 条,同一个项目用 maven 和 gradle 对比得出的结论。没个参照对象怎么敢说慢呢?

另外,“网络不行”、“配置不行”这类吐槽其实挺无用的。我是觉得它不好用,又不是用不了必须换网加配置。说着轻巧,难道不要成本吗,而且能带来增益多少可难说。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1030 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 19:24 · PVG 03:24 · LAX 11:24 · JFK 14:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.