Xamarin:现有vb或c#代码

Xamarin:现有vb或c#代码,c#,android,winforms,xamarin,C#,Android,Winforms,Xamarin,有没有人有过Xamarin尝试使用allready现有.NET代码的经验?尤其是Form.Elements,还是必须为java(Android)重新设计它们 我的第二个问题是,是否可以构建一个Xamarin库来使用system.Forms元素?不,不能在Xamarin中使用Windows窗体代码 Xamarin的想法是,它使用的UI框架是您为之编写的操作系统所固有的,因此不可移植,但您可以共享所有实现所共有的业务逻辑 只要在UI和业务逻辑之间有一个清晰的划分,就可以创建一个包含业务逻辑的可移植类

有没有人有过Xamarin尝试使用allready现有.NET代码的经验?尤其是Form.Elements,还是必须为java(Android)重新设计它们


我的第二个问题是,是否可以构建一个Xamarin库来使用system.Forms元素?

不,不能在Xamarin中使用Windows窗体代码

Xamarin的想法是,它使用的UI框架是您为之编写的操作系统所固有的,因此不可移植,但您可以共享所有实现所共有的业务逻辑


只要在UI和业务逻辑之间有一个清晰的划分,就可以创建一个包含业务逻辑的可移植类库,并在任何“normal.NET环境”和Xamarin.iOS/Xamarin.Android之间轻松共享。(可能还有其他特定于平台的部分,例如本地存储—同样,这是一个隔离该部分并在适当的情况下对其进行抽象的问题,这样您的业务逻辑就可以说“Get me storage record X”,并且它将使用您插入的任何存储提供商。)

您所说的“Form.Elements”到底是什么意思?你在说什么技术-ASP.NET?Windows窗体?WPF?还有什么?我说的是Windows窗体,sry不够清晰。有可能为xamarin(android)编写一个自己的库来“读取”Windows窗体代码并重新设计它吗?将是一个很大的可能性移植已经存在的项目,而不需要完全重建。一种广义的redesigner@m0rasm:对我来说这听起来是个坏主意-你应该使用你将要运行的操作系统的习惯用法,而不是让每件事都有一个“最小公分母”的UI。我同意,但我的上级最不希望的是重写代码。给定的应用程序已经有10多年的历史了,我的任务是研究所有移植的可能性。