第158章 未来的发展路线

    但问题不大。

    开发人员一般只考虑到软件层面的东西就可以了。

    即便有的资本家看起来似乎很厚道，但实际上也难说。

    虽然这照完全形态的workflow这款软件差得远。

    虽然这种做法多多少少有点不厚道，但屁股决定脑袋。

    之前林灰已经明确了设计理念：

    不过这种事情大概率是轮不到林灰了，只恨没早重生几年。

    而林灰目前只有GRAY FOREST和808080这两个马甲。

    唯一值得安慰的地方在于果子软硬件相对来说比较统一。

    而涉及到收购什么的甲方爸爸一般会要求技术升级。

    作为习惯了为iOS10以后版本做开发的林灰来说。

    但体量其实还是很关键的。

    搬出来“美的东西都是绝缘的”这种论调。

    在具体的开发（搬运）过程中，给林会造成最多麻烦的不是来自于一些设计之类的东西。

    事实上现在林灰想一味增添内建动作的话也还能再添加50多个。

    涉及到workflow这款软件。

    现在这情况还好说，在实际开发的时候注意一点就行了。

    林灰记得蘋果似乎很早就开始Swift语言的开发工作了。

    而是来自于苹果底层方面的掣肘。

    具体搬运过程中，还是有不少掣肘的地方。

    林灰没必要跟自己过不去。

    林灰做的主要工作都是集中在UI设计方面。

    反正按照这个时空AppStore的规则，卓越的个人开发者可以最多拥有5个马甲。

    现在的蘋果虽然也不弱，但体量什么的和后世完全没法比。

    此次进一步完善林灰又增添了十多个内建操作。

    要是进展的不怎么顺利林灰倒是可以勉为其难地为蘋果方面打造一款全新的开发语言[坏笑]。

    到时候怎么能显现出林灰以后作为乙方的努力呢？

    也不知道这个时空里现在这个项目进展咋样。

    开发适配iOS7的app着实有点复古。

    但无脑粉总有理由，甚至从美学历程里面找论据。

    例如类、协议和泛型，为Cocoa 和Cocoa Touch 开发者提供了他们所需的性能和功能。

内建操作）。

    完全不像是后世那种动辄几万亿美元市值的庞然大物。

    到时候林灰可以再将这些东西拿出来。

    但实际上不同的版本号开放给开发人员的API是很不同的。

    仅仅是软件层面也没后世那般强大。

    而且跟资本家讲厚道着实没啥必要。

    Swift语言包含诸如类型、流控制和运算符等底层基元。

    Swift语言是蘋果在C 语言和Objective-C 语言的基础上开发的全新编程语言。

    除了完善了内建动作方面。

    ——那就是一切按照果子的审美理念来开发。

    比如说往后几年某搜素引擎起家的公司市值体量只是啊狸和鹅厂的一个零头。

    要是往后几年开发的时候。

    尽管有人察觉不到体量这种东西是什么玩意儿。

    别的不说，后世蘋果为了开发人员开发软件还专门开发出了一款编程语言——Swift语言。

    毕竟workflow这款软件林灰开发出来就是为了让蘋果方面收购的。

    其实林灰更熟悉的是iOS开发语言是swift语言，而不是objective-C。

    现在workflow的内卷操作已经有80个。

    现在的iOS系统不少设计依旧反人类。

    UI设计方面涵盖很多东西。

    除了可供调用的API上的区别之外。

    就很无语。

    很容易被诓的底裤都不剩。

    可能只是同行衬托得好。

    总而言之，给林辉的感觉是这个时空下的苹果其实也没那么强大。

    一款软件既要做满足高级版本又要兼顾早期版本，那才是真的焦灼。

    真要如此的话，涉及到传统计算机领域的声望很容易直接MAX啊。

    看起来都是一样的iOS。

    虽然为了满足果子强迫症般的设计理念林灰不得不改变一些此前几款软件的UI设计习惯。

    此外涉及到软件层面的相应开发此时的蘋果也没那么强。

    要是现在就升级把潜力挖掘殆尽。

    除了这方面之外，蘋果和后世几年也差得很远。

    但这不是问题，大不了这次发布这款软件的时候林灰再换一个马甲。

    此外，它还提供面向对象的特性。

    但林灰并不想继续添加了。