不正常,google,stackoverflow 我也抄

荣耀 8,这 2 个软件都卡卡的,不重视用户体验,在我这里的下场是:平时和垃圾一样收在文件夹里,偶尔能捡捡微信支付和京东的残羹冷炙.

知乎 android app 用 wifi 看视频基本看不了,只能开流量看.然而,其它 app 的视频用 wif 看挺快的.
在想法中的评论,表情是文字,如[大笑],图片需要点击到新页面才能看,真智障设计.

内存怎么又换成 4g 了,在 2018 年内存还是 4g 感觉比较紧张.
本人是程序员,公司电脑内存是 8g,我喜欢开很多软件,qq,笔记软件,md 编辑器,多个 IDE 等软件,最多同时有 10 几个软件,还有浏览器也开很多网页.发现内存到 85%左右,电脑就卡顿了,没办法,又把一些不常用的关掉.内存不足真的很痛苦.
自己家里的电脑是 16g.
因为现在一般是 64 位系统,软件比以前 32 位的稍大,而且软件也会更大更复杂,相对以前占用的比较大,如果软件或网页开多了,有可能会卡顿,建议上 8g.
一旦使用者感觉有卡顿,会质疑你.本来你是替公司省钱,反而搞得你里外不是人.
@20has 说的对,财务报销和盘点统计等事情,还有,如果买的硬件正好有问题,或者过几个月出现问题,售后问题也要考虑好.优先上京东自营整机,售后,发票比较方便点.戴尔,神舟等整机可以去看看.

@ifsoar0712 哈哈,昨晚那时突然就来灵感了,就写下了

楼主来到 V2EX 论坛,便排出 9 篇大文,唠叨着深受 SpringBoot 毒害,要回到 SpringMVC 什么的.
众人围着楼主,提问声音不绝于耳,请注意倒车,楼主再写一个“从 SpringMVC 到 Servlet ”,前后端分离很不错,为啥还要用 jsp?
楼主红着脖子喃喃道,你们懂什么?
写了这么多代码和配置文件,你们不知道楼主我有多么努力么?
多么熟悉 SpringMVC 原理,你们会配置 SpringMVC 么?
领导整体听到我的键盘声噼噼啪啪,一直夸我很努力,有上进心,说我每天最晚走,下个月就给我颁发最多加班奖.
JSP 传承这么多年了,不能断送在我们这一代程序员手里.
...
顿时倒车滴滴声响成一片,帖子中充满了欢快的气息.

当然是 Java

1 楼的价格很合理,最近做了好几个小程序.有后台专门提供接口,UI 提供图标,UI 图,简单和复杂页面平均是 1.5 个页面 /天,搞完之后,还需要自测,测试提 bug 又得花时间改.如果是外包,说不好又要改几次,算下来 1 个页面 /天差不多了.哈哈,楼主也可以找我~

楼主还是得好好学下 Java 基础. bos.write(bytes);在最后一次读取文件时,有效长度是 500,数组长度是 4800,而你把整个数组写进去文件了,后面的是无效数据.应该这么写 bos.write(bs,0,temp);

简单的 app 可以用 RN,复杂的界面和效果就不建议 RN,因为有的坑太难填

加的,用惯了 Java,习惯加分号,即使偶尔忘记加了,下次看到了还会补上

@hyyou2010
你说的接口跟语言无关,我是认同的.json 格式,是有其规范的.
解析库也是依据 json 格式进行封装的,什么?连 json 格式中 null 都不支持的解析库,找一个正规的出来看看 ?. 像你说 nil 这种情况是不会出现的.
json 的值就只有 string,number,true,false,null,object,array.这几种类型.如果只用 string,就要想想为什么 json 还要制定的其它类型
以下是 wiki json 例子:https://en.wikipedia.org/wiki/JSON
{
"firstName": "John",
"lastName": "Smith",
"isAlive": true,
"age": 27,
"address": {
"streetAddress": "21 2nd Street",
"city": "New York",
"state": "NY",
"postalCode": "10021-3100"
},
"phoneNumbers": [
{
"type": "home",
"number": "212 555-1234"
},
{
"type": "office",
"number": "646 555-4567"
},
{
"type": "mobile",
"number": "123 456-7890"
}
],
"children": [],
"spouse": null
}

@huclengyue
1.ios 中没有 true 或者 false,这个是很多替代方法:
1)比如 ios 本地处理(不会 IOS,这这只是从网上搜索的,结果待验证,我想是有解决办法) "manage":true BOOL manage = [[content objectForKey:@"manage"] boolValue];
2)实在不行,规定以 1,0 代替 或者字符串值来代替 true 或 false
2.json 中我才不管你是 php 还是 java 后台,我公司后台 java/php/.net 都有,人家也不会告诉是什么类型,我也是根据接口返回值自己进行修改,觉得用户 id,订单 id 等需要 long 类型,就修改了.以前还真遇到过 GsonFormat 自动生成的是 int,但是实际上是 long 类型的.

PHP 不懂,只是说下 Java 的感受.
这种是 Java 后端的一把梭,方便解耦,小项目觉得多余,项目大了维护性还是比较好的.如下
request ->xx Controller ->xxService(接口,空方法)->xxServiceImpl(具体实现方法,调用 xxDao)

当然是第二种好用,本人开发过 Android 应用软件和 Java 后台.以下只是个人看法

@huclengyue json 本来就是一个对象,在 js 里可以直接用.在 Android,都不敢想象现在谁还去手写 json 解析对象?数据又不少,里面嵌了好几层对象,有的接口像订单详情字段特多,手写会崩溃的.早就用 GsonFormat 将接口结果进行自动解析,后台搞成全 string 的,我都要吐血了.

@hyyou2010 至于第二种方法,说后台扔一个 null 值给客户端不好处理,我不这么认为.
楼层中有人说的好,还有一个问题,比如人家把个人资料里描述改成字符串,返回是这样{desc:"null"},用第一种方法,我觉得不好处理.这个是代表该字段没有值还是说"null",歧义很大.第二种的话,就简单了,该字段是{desc:null}或者根本没有返回,说明该字段没有值,如果是{desc:"null"},那说明这是用户设置的.总不可能把客户输入的自动删除掉吧?刚才我试了微信签名,可以单独设置 null.

对于后台返回的数据,是先通过 json 解析工具自动转成对象的.传 null 过来很正常,本来有的内部对象 /字段是 null,因为该对象 /字段本来就没有数据,在展示的时候,也会先验证.
比如是对象,验证是否为 null;如果是集合,还需验证集合大小大于 0,要不然,一堆空指针报错,因为同一个接口有的地方是有数据,有的没有.
列举的 3 个问题,这个跟 json 格式没有关系呀.
1,2 这种是交接和沟通问题,开发新接口,客户端需要把数据正常显示在 app 上,后台返回错误的格式 /数据也常见,叫后台重新发布,因为项目是采用统一格式返回的.比如{retCode:1,message:"xxx",result:{...}},改了的话很不好.如果是已发布的代码,后台还敢修改接口字段类型和名称,已上线版本容易出大问题的.一般这种是加版本号,而不是在原来版本修改.
3.的话,我也是承认的,加班疲惫时总会有出错的时候,做第一个也会的.