IOS app development experience using MonoTouch in

Visual StudioUsing MonoTouch for developmentIOSApplication Development Experience is the content to be introduced in this article. For programmers familiar with. NET, writeIOSThe best choice for applications is MonoTouch. In the previous article, we used MonoTouch to develop iOS application configuration environment in VS). We have installed the MonoTouch Development Environment on Mac OS X, files can be shared between Mac OS X and Windows. Now we can give you a simple experience on how to useVisual Studio, Interface Builder and a small number of MonoDevelop to develop one of the simplestIOSApplication.

Create a project

According to my personal habits, I will first create a blank solution. Open MonoDevelop in Mac OS X, select File-New-Solution from the menu, select the Blank Solution template in the Other category in the pop-up dialog box, and enter the appropriate location and name:

Then createIPhoneApplication project. In the dialog box, select C #-IPhoneAnd iPadIPhoneWindow-based Project template. Similarly, fill in the appropriate location and name at the bottom of the dialog box. My habit is to put all source code in the src directory and create a src directory in the solution ):

Click OK. The next step is the additional project configuration. You can click OK. In this case, we will find the project file shown in MonoDevelop:

Main. cs contains the project startup code and an AppDelegate class, MainWindow. xib is the interface file of the Main Window, while MainWindow. xib. designer. the cs file is the C # code automatically created by MonoDevelop Based on the mark in the xib file. In most cases, we will not modify it.

Editing page

Double-click the MainWindow. xib file to open Interface Builder. The left is the Library window, which is similar to the Toolbox in VS. A visual UI editor is at the top of the middle, and an object manager is at the bottom, showing the objects defined in the interface; the Inspector window for modifying Properties is similar to the Properties window in ):

First, select Objects at the top of the Library window, drag a Round Rect Button to the UI Editor, double-click, and enter Hello World:

Then, select Classes at the top of the Library window, select AppDelegate in the list above, select Outlets in the drop-down box below, and add an id using the plus sign below, called ButtonCounter:

 
Next is an interesting operation. Select the App Delegate object in the object manager, select Connections above the Inspector, and then drag the dot on the Right of ButtonCounter to the button. This will associate the ButtonCounter id with the button, for example:

Save in Interface Builder, return to MonoDevelop, open the MainWindow. xib. designer. cs file, and you can see the ButtonCounter attribute generated in AppDelegate:

 
 

  
  
private MonoTouch.UIKit.UIButton __mt_ButtonCounter;  
  
  
 
  
  
[MonoTouch.Foundation.Connect("ButtonCounter")]  
  
  
private MonoTouch.UIKit.UIButton ButtonCounter {  
  
  
    get {  
  
  
        this.__mt_ButtonCounter = ((MonoTouch.UIKit.UIButton)(this.GetNativeField("ButtonCounter")));  
  
  
        return this.__mt_ButtonCounter;  
  
  
    }  
  
  
    set {  
  
  
        this.__mt_ButtonCounter = value;  
  
  
        this.SetNativeField("ButtonCounter", value);  
  
  
    }  
  
  
} 
 
 

It can be seen that MonoDevelop automatically generates some C # code based on the xib content. AppDelegate is a Partial Class, and its other part is in the Main. cs file. We will use the ButtonCounter definition here later.

Configure Visual Studio

Although the MonoDevelop sln and csproj file formats are compatible with Visual Studio, including VS in versions 2005, 2008, and 2010, VS cannot identify the project template of the iPhone application, therefore, if you open iOS101.sln directly, the load will fail. Therefore, we need to create some sln and csproj in parallel. Most of the content is synchronized with the content created by MonoDevelop.

For example, I created iOS101.VS. sln and iPhoneApp. UI. VS. csproj.. NET 2.0 Class Library, which is different from iOS101.sln and iPhoneApp. UI. csproj is placed in the same directory. It is worth noting that the iPhone app. UI. VS. csproj file. If you directly create this project file in VS, its default namespace will also contain "VS", you may need to manually modify it. To be consistent with the project in MonoDevelop, we also need to reference the dll provided by MonoTouch SDK. So I created the lib/monotouch directory in the iOS101 directory and used the following command to copy all dll files provided by MonoTouch:

Cp/Developer/montouch/usr/lib/mono/2.1/*. dll ~ /Projects/iOS101/lib/monotouch and then edit the Assembly reference of iPhone App. UI. VS. csproj and the project file. The final result is similar to this. Note that the xib file type in MonoTouch is Page, while in VS, it must be set to None :...

 
 

  
  
<?xml version="1.0" encoding="utf-8"?> 
  
  
<Project ...> 
  
  
  ...  
  
  
  <ItemGroup> 
  
  
    <Reference Include="monotouch"> 
  
  
      <HintPath>..\..\lib\monotouch\monotouch.dll</HintPath> 
  
  
    </Reference> 
  
  
    <Reference Include="System"> 
  
  
      <HintPath>..\..\lib\monotouch\System.dll</HintPath> 
  
  
    </Reference> 
  
  
    <Reference Include="System.Core"> 
  
  
      <HintPath>..\..\lib\monotouch\System.Core.dll</HintPath> 
  
  
    </Reference> 
  
  
  </ItemGroup> 
  
  
  <ItemGroup> 
  
  
    <None Include="Info.plist" /> 
  
  
    <Compile Include="Main.cs" /> 
  
  
    <None Include="MainWindow.xib" /> 
  
  
    <Compile Include="MainWindow.xib.designer.cs"> 
  
  
      <DependentUpon>MainWindow.xib</DependentUpon> 
  
  
    </Compile> 
  
  
  </ItemGroup> 
 
 

</Project> the result in VS is similar:

After compilation, the configuration is successful.

Write code

Are you wondering why the. NET 2.0 project was created above? Can we still use the advanced features in C #3.0? The answer is yes. If we use Visual Studio 2008 or 2010. NET 2.0 code, VS will also use the C #3.0 compiler, because we all know that C #3.0 only requires a few frameworks and class libraries to support extension methods ). You can even use some features of C #4.0, such as the default values of parameters and named parameters. Unfortunately, you cannot use the dynamic nature of C #4.0, because it requires DLR and Microsoft. CSharp. dll, and involves a large amount of dynamic code generation. I have no confidence or willingness to do so. If you are interested, try again. The reason why I use. NET 2.0 here is that I want to minimize the dependency on the system assembly and try to use the dll provided by MonoTouch. For example, in addition to mscorlib, all the Assemblies have nothing to do with the. NET Framework installed on Windows. This ensures that the code we write can be compatible with MonoTouch.

Now let's start writing code. You can open Main. cs in VS and add the following code to the FinishedLaunching method of AppDelegate to make it:

 
 

  
  
public override bool FinishedLaunching(UIApplication app, NSDictionary options)  
  
  
{  
  
  
    int i = 0;  
  
  
    this.ButtonCounter.TouchDown += delegate  
  
  
    {  
  
  
        this.ButtonCounter.SetTitle((++i).ToString(), UIControlState.Normal);  
  
  
    };  
  
  
 
  
  
    window.MakeKeyAndVisible();  
  
  
 
  
  
    return true;  
  
  
} 
 
 

The FinishedLaunching method is called when the program is started. In this case, we add a TouchDown event for ButtonCounter, similar to Click, to add a processing function. The anonymous function feature in C # is used here, and the external variable I is captured. Each time you click the button, I is added and displayed on the button. Here, we use. NET to add event processing in a common way. In fact, you can also define an Action in Interface Builder and associate it with the TouchDown event of the Button. This Action is represented as a Partial Method. You can complete its implementation in the code.

After saving the code, you can return to MonoDevelop. To be able to run in the iPhone simulator, You need to modify a parameter. Right-click the iPhone App. UI, open the Options dialog box, select the Build-iPhone Build category on the left, and set the SDK version on the right to 4.0, as shown below:

Click OK to save and close the dialog box. In this case, you can choose Run-Run from the menu, or directly use the shortcut key "Command" to Win ") + Alt + Enter to compile the project and open the simulator execution program. You can select iPhone 4 or iPhone 4 in Hardware-Device. The running effect is as follows:

Click the button to view the effect.

Unit Testing and others

To Debug the code, you only need to set the endpoint in MonoDevelop and select Run-Debug from the menu, or directly use the shortcut key Command + Enter to Debug the simulator. But what if it is a unit test? This is not a problem. MonoDevelop comes with a NUnit project. You can create such a unit test project, delete its default reference, and replace it with the Assembly provided by MonoTouch SDK, you can also develop unit test code in Visual Studio, but the debugging must be performed in MonoDevelop, because MonoTouch provides Mono implementation in Mac, in Windows, they only provide the necessary metadata for Visual Studio, so that we can enjoy the convenience of smart prompts and so on. It is impossible to run in Windows.

However, we can alsoVisual StudioThe project is defined.. NET Framework 3.5 project, and directly use. NET, for the additional assembly in MonoTouch, such as System. json. dll.. NET 3.5 can be used by source code after you build it again. NET Reflector to obtain or use the open source code on Mono ). The advantage of this is that for MonoTouch-independent code, we canVisual StudioDebugging and testing. Therefore, we can stay in the familiar and powerful environment as much as possible in the code development stage, which is of great help to the development efficiency.

This method also has disadvantages, for example, although the class library provided by MonoTouch and. NET 3.5 compatibility, but in fact I cannot guarantee this, so in. NET 3.5 can be compiled through the Code, or may not be able to compile and execute in MonoTouch. In addition, this method will make it impossible for you to use the Mono program to centralize the. NET extension, mainly the class library under the Mono namespace ). However, these two theoretical problems have not caused me any problems so far, and I have returned to Mac and MonoDevelop only when I need to view the running effect of the simulator.

Some friends may be familiar with System. Json because it also appears in Silverlight development. You are right. In fact, the version number of the Assembly in MonoTouch is the same as that in Silverlight, both 2.0.5.0 and even strong signatures are consistent. Unfortunately, the class library in Silverlight is a subset of. NET 3.5. For example, all synchronous I/O operations are excluded, so it is difficult for us to use Silverlight to develop MonoTouch programs. Of course, with Silverlight, it is also helpful for us to develop MonoTouch. This will be discussed later.

Finally, you should have realized that we need to directly synchronize the VS project file with the MonoDevelop project file, which includes Assembly reference and code file. If you think manual editing is troublesome, write a small program for automatic synchronization-no? So don't start with MonoTouch. Start with the basics of programming.

Summary:Visual StudioUsing MonoTouch for developmentIOSThe content of the application development experience has been introduced. I hope this article will help you. For more information, see edit recommendations.