字体:大 中 小
护眼
关灯
上一章
目录
下一页
第271章 低调有序的发展 (第1/2页)
热闹来得汹涌,退得飞快。 潮水褪去,连谁在裸泳的事情,都不再有人关心。 博浪对此十分乐见其成。 国庆节后等了十来天,要的就是这么个低调效果。 毕竟,从翻身到现在也已经过去了一周年,博浪已不再是那‘不识愁滋味,爱上层楼’的少年了。 那些纯好事的网友散去后,Stars论坛也恢复了往日氛围。 星辰PM反倒活跃起来了。 “应用审核通道将于两点三十分正式开启,最后再次提醒各位开发者朋友,请大家注意,评判顺序虽然会优先参照提交时间戳,但如果审核不通过排序会顺延! 即:每个开发者都只有一次抢最先提交时间戳的机会,请大家珍惜机会! 现在还有三十分钟,对应用商店提交流程、应用审核规则、奖励计划规则还不完全清晰的朋友,请抓紧时间向FAQ、个人开发者各在线讨论组管理员垂询!!!!!!” 星辰PM还特别单独加了一行感叹号,帖子也被置顶、高亮、轮询展示。 论坛各大面向个人开发者的在线讨论组也在重复播报这条消息。 虽然ecS软件的下载量早就超过了一万份,虽然一切看起来好像都突如其来,虽然,不少开发者已经摩拳擦掌准备提交应用了,但在博浪这方一切都是井然有序。 什么时候开始做什么,有条不紊。 这里还得解释一下为什么流程这么快。 因为绝大多数时候,开发者不用关心是什么cao作系统,程序只需调用cao作系统一致对外提供的应用程序接口,即可完成对应cao作。 即:App是经过cao作系统来间接控制硬件的。 App→→硬件设备①②③ 的部分属于cao作系统的范畴。 从这个实现cao作的流程来看,能很明显的发现,对开发者来说,重点要考虑的是业务逻辑如何实现,不用管距离的硬件资源管理与分配,也无需区分驱动程序接口。 一切交给了属于cao作系统范畴的API。 而计算机行业发展到现在,API也有统一的规范标准,比如POSIX。 这是IEEE为要在各种UNIXcao作系统上运行软件,而定义API的一系列互相关联的标准的总称。 Linux、Unix包括苹果系的系统都符合这种标准。 举个例子: 假设创建进程,Linux下要用fork函数、Windows下用CreateProcess函数、星辰系统用Sepi函数; 没标准的情况下程序要面向三个系统,需要把代码中不同函数名重新修改。 POSIX就是为了解决这个问题。 各个系统把对应函数封装成比如带有posix前缀的函数名,声明在同一个比如叫unistd.h里,程序员写代码的时候只需要包含这个unistd.h,就可以在在不同系统下调用对应的fork或者Sepi函数去运行对应cao作。 这也是可移植cao作系统接口的本意。 星辰系统为了能发展起来,当然适配了POSIX。 孙宝银主导修改出的ecS更是对程序代码层面的可移植性做了大量的适配工作。 所以,不少本身有个人开发App作品的开发者,只花了很少量的时间,就基于ecS这个IDE完成了适配星辰系统的App重新编译工作。 额外的,这种统一标准的环境,其实解决了星辰系统所需要的绝大多数保密工作。 API是封装好的统一标准,用了统一的外表,至于内里具体是Sepi函数还是Lsp函数,与开发者关系不大。 像是机圈扛把子这种又是程序员又是机圈大佬的人,这会儿已经开始忙着吐槽了。 机圈扛把子:“@星辰PM,我是真没想到你们搞出来的IDE友好度这么高,编写代码与调试代码的提示做得真到位,尤其是自动补全调用API这块,太踏马智能了! 而且我感觉你们把所有的精力都放在自动补全API调用提示上了,这么发展下去,有可能真就AI写代码了,这踏马我直接失业?” 鸡哥这一吐槽,不少程序员也冒了头。 “就是说啊,博浪这次真有点吓到我了,你们在AI领域居然有积累?还这么深?直接踏马应用到了程序编写领域?” “别的不说,这个ecS的代码编辑真是我用过最友好的了,美中不足的是只支持Java和C,而且只能给星辰平台写代码,以及踏马的连标准库都不列出来了,要不是支撑度足够友好,我都不知道咋说了。” 机圈扛把子:“你这么一说,我忽然感觉博浪之所以花精力优化自动补全API,就是不想展示标准库?@星辰PM,出来挨打,你们到底要搞什么保密工作?” “鸡哥,你难道没发现ecS生成的App不是apk,没格式哦!” “……” 星辰PM赶紧出来找补:“你们得理解我们只有这个能力水准,仓促之间做出来的东西存在不足很正常; 主要我们寻思大家都是程序员,先解决能用的问题,还没精力去完善更多的东西,别的以后再说。”
上一章
目录
下一页