已经有c++和c#的基础，c++学完了基础知识，c#学得比较多，现在由于需要，要开发手机app，那_百度知道
已经有c++和c#的基础，c++学完了基础知识，c#学得比较多，现在由于需要，要开发手机app，那
已经有c++和c#的基础，c++学完了基础知识，c#学得比较多，现在由于需要，要开发手机app，那穿饥扁渴壮韭憋血铂摩我现在要学习开发安卓app，需要从java的基础语法学起吗，还是直接学习安卓开发？同样，开发苹果的app，我直接学习ios开发，还是先从objective-c的基础语法开始学？望大神指点。
提问者采纳
/*安卓底层是linux&上层是基于java的，所以学习安卓，很大程度上依赖于你的java知识，和java差不多，只是安卓有自&穿饥扁渴壮韭憋血铂摩己独特的地方，还是先看看java吧，我就是安卓方向，先学java，可以自己看书+视频教学&ios编程的话我寝室有各直接看视频，有语言基础的也就没那么难，只不过还得装黑（苹）果，够得&装，装的过程问题多多，除非你自己买个苹果电脑，那就直接&*/
据说java和c#类似，难度也差不多，是这样吗
都是面向对象的，只要你有面向对象的思想，都差不多 百科里的：C#看起来与Java有着惊人的相似；它包括了诸如单一继承、接口、与Java几乎同样的语法和编译成中间代码再运行的过程。但是C#与Java有着明显的不同，它借鉴了Delphi的一个特点，与COM（组件对象模型）是直接集成的，而且它是微软公司 .NET windows网络框架的主角。
提问者评价
其他类似问题
为您推荐：
其他1条回答
要看一遍java基础
过一遍还是从头学起
基础语法可以过一遍，核心API，集合框架，多线程，反射就必须从头学了
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁多年C++和C#开发经验,但未接触过手机app,请问用什么软件开发好？
[问题点数：40分]
多年C++和C#开发经验,但未接触过手机app,请问用什么软件开发好？
[问题点数：40分]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
匿名用户不能发表回复！|
每天回帖即可获得10分可用分！小技巧：
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN，不得违反国家法律法规。
转载文章请注明出自“CSDN（www.csdn.net）”。如是商业用途请联系原作者。1027人阅读
Visual Studio（13）
资源分享（7）
茂迪公司一次打造跨平台App 实时掌握生产线信息
Xamarin + Visual Studio 延续既有 .NET投资 快速实现跨平台
茂迪股份有限公司致力于研发以及创造高质量的产品与服务，包括太阳能电池、太阳能模块、太阳能逆变器、以及太阳能发电系统，茂迪秉着这样傲人的成绩蝉连多年全球前十大太阳能电池制造厂。然而于太阳能制造厂中的高效能模块生产线，所仰赖的核心应用系统 - MES 系统十分关键，藉由其提供的自动化生产实时信息，使茂迪能有效监控从太阳能电池、模块和逆变器制程中每一阶段之质量管控。
&实时掌握产线信息 - Fab 生产线应用 App 化
“为了将生产实时信息快速地提供给公司的管理阶层及产在线的同仁，以辅助其决策，我们在内部早已建立了Fab Portal网站可以呈现FAB的各项生产KPI信息，但为了配合管理阶层在外或假日时的管理需求，再加上生产线的信息是非常实时且重要的，例如良率指 标，因此打算将一些重要的生产实时信息在手机上也能查询”茂迪公司制造信息部生产信息课的邱仲麟课长提到。
一开始是采用Web的开发方式，也就是开发一个行动装置专属的网站，完成后虽然 一样只需开启手机的浏览器即可连上该网站查询相关生产端信息，但操作经验并没有针对不同平台的特性做调整，另外因主管出差在外其网络联机及浏览速度上也有些限制，再加上考虑未来要将原有Fab Portal的功能逐步移植成行动版，因此打算改写并同步开发不同平台的原生App。当我们收到这个需求时，光是将这两个平台iOS和Android的开 发环境建立好已经花了不少时间，正当我们决定面对这个挑战，也买了书并且想拿出考联考的精神时，在此时得知Xamarin的产品，因此开始评估这个可以
C#/.NET的技术开发app，并且一次跨三个平台 (Windows/iOS/Android)的技术。
&&图示 - 制造信息部生产信息课课长邱仲麟说明：“Xamarin 让我们用熟悉的VisualStudio 工具及C#/.NET来开发不同平台的App，开发的工时及成本至少省下2分之1”
图示 - 制造信息部生产信息课课长邱仲麟说明：“考虑到MES是我们的核心系统，公司需有自行开发及维护的能力，考虑到若要重新培养不同平台开发技能非常耗时，Xamarin让我们可以延续既有的.NET技术投资并延用熟悉的技术及工具，一次满足三个平台 iOS/Android/Windows App 开发”
用Xamarin开发App容易多了 - 熟悉的技术大幅减少2分之1的开发时程
透过Xamarin使用C# 语言开发App，不必特别请同仁去学习Android的Java开发环境，也不用熟悉iOS上的Objective C开发语言，Xamarin的进入门坎比较低，缩短了学习的时间，且相关的开发技术及教育训练资源也比较多。我们搭配 Visual Studio 开发工具与 Team Foundation Server(TFS) 版 本管控，开发人员熟悉既有的开发环境，在团队的程序开发规范上也能够依循既有的.NET开发方式，而不用在不同的环境下使用各种工具、软件及不同的开发技术。邱仲麟指出：“透过Xamarin
+ Visual Studio 开发跨平台app所需的时间，对我们来说也相对地减少很多。相反的如果是分开来开发，还需要考虑大幅增加的学习成本及后续维护的不方便，有了 Xamarin就不用担心这个问题，既可以跨平台开发又可以用C#维护实在是方便多了，经我们评估后，开发的工时及成本至少省下2分之1”。
效能及操作经验一样优 - App就是要有Native原生效果
当初在考虑选择一些跨平台的App开发工具时，我们也考虑了坊间相关的产品，包 括一些将HTML/JavaScript程序封装作法的产品，但测试结果在效能及操作经验上不甚理想，再者许多平台的API对映上无法做到原生的效果，最 后发现整合性与学习的容易性都没有Xamarin来得好，而且相较其他软件的价格，Xamarin又经济实惠，更重要的是它开发出来的app就是原生 native的，效能与用各平台的原生开发方式比较上丝毫不打折，这就是我们要的！
在企业应用开发中，最常使用的功能不外乎数据存取（Data Access）、各式报告及图表的开发功能，Xamarin也提供了一些组件，再加上开发技术又是熟悉的.NET/C#的语法，像是存取数据库的语法，这些都是.NET开发者每天在使用且熟悉的技能。
实现跨平台App - 共享的逻辑 专注UI 设计
一开始进行app项目时，由于负责Android平台的同仁还有其它项目要完 成，无法进行开发，此时Xamarin的好处就是可以共享一些商业规则的程序，像我们许多机台实时生产信息已经是Web Service 化了，因此要存取这些数据，在Visual Studio 中就可以很直接的加入项目，达到数据存取层的共享。因此我们让负责iOS的同仁先进行开发，完全没有影响到既有的项目开发进度，由于底层很多东西都是共享 的，共享处不用写两套程序，同仁只需专注在各平台上的UI设计及了解不同平台的API，因此不会有重工的现象，还能分担彼此开发的Loading。
另外像与AD 整合的身份验证机制很重要，因为资安及权限的因素，在App进入画面就需验证身份，所幸透过原本.NET Framework就已提供了相关API，就无需为了登入机制伤脑筯，这些可以共享的逻辑都可透过.NET来实现并让iOS/Android或 Windows开发项目引用，这都大幅降低了开发企业专用的app门坎。
面对行动化，延用.NET技术建立App的开发能量
邱仲麟在说明建立App开发能力时提到：“考虑到MES及Fab Portal是我们的核心系统，公司需有自行开发及维护的能力，才能保有竞争力并面对需求不断变化的挑战，我们一开始就只考虑自行开发，而不是外包的方式”。但自行建立app开发能量却困难重重，尤其是不同平台的开发技术、工具皆不同，若要重新培养则十分耗时，Xamarin很棒的地方是一次可以跨三个 平台 (Windows/iOS/Android)，再加上又是熟悉的开发环境及技术，不用重新找不同领域的人才能负责此任务！
这次我们透过昕力信息提供的教育训练及顾问服务，以及技术支持文章替我们省了很多力气。在上完基础课程后，开发种子人员已经可以了解Xamarin的运作架构及开发模式，搭配昕力信息所提供的技术支持服务，一些进阶的应用像是对本地端数据或Web Services存取的方式，以及与第三方组件的整合，替我们节省了很多时间。
邱仲麟提到，由于已经有既有网站的基础，我们将逐步地将Fab Portal服务搬到App行动平台上，透过Xamarin让我们更有信心可以迅速完成项目，将实时的生产信息化为决策辅助工具，让公司更有竞争力。另外 一些.NET的新技术，例如ASP.NET SignalR可用于即时机台信息更新，还有Web API是一个更轻量化的HTTP共享服务，方便不同平台及行动装置存取，这类的应用相信在导入Xamarin后可让我们的Fab Portal行动化应用更加完整，提供给公司使用者更实时且更方便的操作体验。
转载自：微软中文技术部落格
CSDN软件商城：
电话：010-&&& 邮箱：sw_&&& QQ ：
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：90020次
积分：1115
积分：1115
排名：千里之外
转载：30篇
评论：31条
(3)(3)(9)(3)(6)(2)(2)(16)(1) 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
APP应用化难点剖析
下载积分：2500
内容提示：APP应用化难点剖析，App，APP，app应用，app应用开发，app应用汇，百度app应用，app应用排行，app应用商店
文档格式：PDF|
浏览次数：70|
上传日期： 06:57:21|
文档星级：
该用户还上传了这些文档
APP应用化难点剖析
官方公共微信基于动态修改App.Config与web.Config的使用详解
字体：[ ] 类型：转载 时间：
本篇文章是对动态修改App.Config与web.Config的使用进行了详细的分析介绍，需要的朋友参考下
首先假设你的应用程序配置文件如下： 代码如下:&?xml version="1.0" encoding="utf-8" ?&
&configuration&
& &appSettings&
&&& &add key="name" value="old"/&
& &/appSettings&
&/configuration& Ok，那么如何在运行时去修改name的值呢？？
有很多童鞋会说可以使用Xml读取配置文件，然后xxx。。。。
当然这种方法肯定可以解决问题，有没有其他方法呢？？
在这里我要介绍一种比较简单的方法，可能已经有人知道了，那就是使用ConfigurationManager类
ConfigurationManager 存在System.Configuration.dll 中。
代码如下： 代码如下:public static void Main(){&&& Console.WriteLine(ConfigurationManager.AppSettings["name"]);&&& ChangeConfiguration();&&& Console.WriteLine(ConfigurationManager.AppSettings["name"]);&&& Console.ReadLine();}
private static void ChangeConfiguration(){&&& //读取程序集的配置文件&&& string assemblyConfigFile = Assembly.GetEntryAssembly().L
&&& Configuration config = ConfigurationManager.OpenExeConfiguration(assemblyConfigFile);&&& //获取appSettings节点&&& AppSettingsSection appSettings = (AppSettingsSection)config.GetSection("appSettings");&&&
&&& //删除name，然后添加新值&&& appSettings.Settings.Remove("name");&&& appSettings.Settings.Add("name", "new");
&&& //保存配置文件&&& config.Save();}代码很简单：首先读取配置文件，接着获取appSettings节点，然后修改，接着保存。
运行：结果如下：
可以看到输出的值是两个old.
为什么？？
查找msdn文档可以发现微软出于性能考虑，对ConfigurationManager采用了缓存策略，所以如果要读取新的值，应该使用ConfigurationManager的RefreshSection来进行刷新，
ConfigurationManager . RefreshSection:
刷新命名节，这样在下次检索它时将从磁盘重新读取它。
于是将Main方法修改为：
Console.WriteLine(ConfigurationManager.AppSettings["name"]);
ChangeConfiguration();
ConfigurationManager.RefreshSection("appSettings");
Console.WriteLine(ConfigurationManager.AppSettings["name"]);
重新清理解决方案，重新运行：
可以看到，仍然是两个old。。。
为什么？？&&
难道值没有修改？？，我们打开应用程序的配置文件，可以通过监视assemblyConfigFile获得路径
上面是xxx\bin\Debug\CAStudy.exe.，对应的配置文件就是CAStudy.exe.config
文件的内容如下：
可以发现value 值已经更改，那么为什么输出还是old,old 呢？？
为了验证不是VS2010的问题。
首先手动将CAStudy.exe.config 文件中的value改为”old”,接着再次运行CAStudy.exe 结果如下：
可以看到输出时old，和new。为什么会这样？？？
难道调试时读取的不是修改的配置文件，或者修改的配置文件并不是调试的应用程序读取的文件？？
在assemblyConfigFile 中设置断点，可以发现assemblyConfigFile 读取的是CAStudy.exe.Config。但是vs调试的时候运行的是CAStudy.vshost.exe。也就是说我们使用ConfigurationManager.OpenExeConfiguration 打开的是CAStudy.exe.config文件，但是我们调试的应用程序CAStudy.vshost.exe使用的是CAStudy.vshost.exe.config文件。
那么还有其他的方式可以准确的获取应用程序配置文件吗？？
有的，使用AppDomain.CurrentDomain.SetupInformation.ConfigurationF
将ChangeConfiguration()方法修改如下：
代码如下:private static void ChangeConfiguration(){
&&& //读取程序集的配置文件&&& string assemblyConfigFile = Assembly.GetEntryAssembly().L&&& string appDomainConfigFile = AppDomain.CurrentDomain.SetupInformation.ConfigurationF
&&& Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);&&&
&&&& //获取appSettings节点&&& AppSettingsSection appSettings = (AppSettingsSection)config.GetSection("appSettings");&&&
&&& //删除name，然后添加新值&&& appSettings.Settings.Remove("name");&&& appSettings.Settings.Add("name", "new");
&&& //保存配置文件&&& config.Save();}清理，重新运行：
使用默认的不传递字符串的版本就可以打开当前配置文件了。
Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
如果要查看当前配置文件的完整路径可以使用AppDomain.CurrentDomain.SetupInformation.ConfigurationF
重新运行，结果如下：
另外值得一提的是：ConfigurationManager.RefreshSection 不支持section Group.所以对于WCF的服务，你必须一个一个的RefreshSection:
ConfigurationManager.RefreshSection("system.serviceModel/behaviors");
ConfigurationManager.RefreshSection("system.serviceModel/bindings");
ConfigurationManager.RefreshSection("system.serviceModel/client");
ConfigurationManager.RefreshSection("system.serviceModel/services");
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具