是否可以使用其他语言(如Java,C#或C++)以C编程语言编写所有内容.如果是这样的话,为什么现在学校不教C而不是Java？
好吧,我问的主要原因是因为我不想绑定到单一的编程语言和平台(.NET和C#或Obj-C和Cocoa).也许我把编程语言与框架混淆了？如果有人能为我澄清这一切,我肯定会投票给你答案.
上下文
我正在研究facebook messenger机器人,并且遇到了工作流程问题.
为了创建它我使用ngrok在我的本地制作一个facebook测试应用程序挂钩,它工作正常.
现在,bot正在进行测试,另一个应用程序将webhook指向舞台服务器.
对于生产服务器,我打算做一个将webhook指向它的生产应用程序.
题
但是,由于必须将应用程序附加到页面以开始对话,我如何测试几个机器人？我需要3页(本地测试,分期测试和制作)吗？
或者有Facebook方式吗？(测试版的app目前在messenger bot上不起作用,已知错误)
或者也许是一个好习惯？
虽然这不适用于我目前的情况,但我相信我们以前都去过那里.您是一名Java开发人员,他被要求使用C#开发应用程序,或者您是ASP.NET开发人员要求在ASP.NET MVC中执行某些操作,或者是有能力执行Rails或Django站点的PHP开发人员.
从根本上说,如果你是一个称职的程序员,这些平台转换不应该是一个问题.如果有足够的时间,您可以期望变得像在旧平台上一样精通.
但是,如果这是一个客户的自由项目,那么在他们的角钱里学习这个平台似乎是不道德的吗？假设客户没有给你无限的时间来完成项目,由于你的经验不足,会有妥协和可能的质量问题.
也就是说,你必须从某个地方开始,并不是每个人都有空闲的时间来修补新的语言/平台.有时只需咬紧牙关就可以尝试智能地计划事情并完成任务并获得报酬.
这看起来不道德吗？接受较低的费率会使其更符合道德吗？
Android版本2.3 - 2.3.2(API 9)被宣布为过时,根据Android Market统计,非常罕见(0.5%的市场用户).
问题是:为什么API 9被宣布为过时,更重要的是,有什么理由我不应该使用它吗？我一直在使用API 9并且没有看到任何问题...我错过了什么？
最好不要修理它,如果它没有被打破,对吧？
编辑:
澄清:如果我将应用程序的API从9更新到10,那么有什么好处？
我只能看到负面影响:1%的用户会突然发现该应用程序不再适用于他们的手机.付费应用更糟糕.或者我被迫维护每个应用程序的两个版本.
我一直认为“引擎”是正在运行的东西，因此需要启动和停止。但我也听说过术语“运行时”（“Java运行时环境”等），这似乎也意味着某些东西正在运行......
这两个是同一个概念还是不同的概念？如果是这样，它们有何不同？什么标准使某些东西成为“引擎”与“运行时”？
这可能是一个非常愚蠢的问题,但我需要知道我的Macbook Pro是什么平台.我想下载一个Eclipse插件来代码Ada,它要求我的平台.我使用的是Macbook pro,所以它是x86 - linux(或)x86_64-linux(或)x86_65-darwin以及哪一年.再次,这可能真的很愚蠢,但我需要一些帮助:)
所以,感谢提前帮助,伙计们.
有没有人知道任何cmake变量或钩子或什么东西可以给我基础平台名称/风味名称,它正在执行？例如Linux-CentOs Linux-Ubuntu Linux-SLES
我知道cmake有"CMAKE_SYSTEM"变量,但这对于区分linux的风格没有帮助,例如,任何帮助都是值得赞赏的.
编辑:我刚看到它可以使用lsb_release命令完成吗？
我想只使用KeyboardAwareScrollView而不在IOS上使用任何功能，并为Android提供以下代码。
我知道我需要使用Platform.OS ==='ios'吗？：
但是我不了解如何实现它。请帮我
render(){
return(
<KeyboardAwareScrollView
extraScrollHeight={100}
enableOnAndroid={true}
keyboardShouldPersistTaps='handled'
>
<TextInput
style={styles.inputContainerStyle}
label="Username"
value={this.state.username}
onChangeText={username => this.setState({ username })}
/>
</KeyboardAwareScrollView>
)
}
我在下面尝试过的方法：（但是不起作用）
<KeyboardAwareScrollView
Platform.OS === 'android' ?
(
extraScrollHeight={100}
enableOnAndroid={true}
keyboardShouldPersistTaps='handled'
) : null
>
在80年代从16位转换到32位期间,int是16位或32位.使用当前的64位转换命名法,我知道ILP32和LP32机器的传播非常均匀.当时我相信它被理解为int总是遵循任何给定架构的寄存器或指针宽度,并且long将保持32位.
快进25年,我发现LP64是相当主流的,但直到我遇到64位平台[我在2007年发现桌面Linux :)],我总是期望IP64成为下一个合乎逻辑的步骤.
char <= short <= int <= long关系如何适应这种将整数类型固定到我们留下的每个平台的新方案？{l,u}case)WORD/ DWORD在各种平台上使用相关？INT16位的表单.Windows会不会发展成LLP64还是为时已晚？int选择这次被抛弃,而不是在32位过渡期间？是否可以Build Configuration根据目标平台设置(理想情况下从GUI)自动添加后缀到输出文件？
我的意思是,我将为例如库项目命名Project,我想得到
Project.dll - when I build the project for 32-bit platform
Project64.dll - when I build the project for 64-bit platform
谢谢