Xamarinを使用したPavel DurovのコンテストのためのIMの開発

こんにちは



多くの人が知っているように、Pavel Durovは自分のMTProtoプロトコルに基づいて、What's Appやその他の人気のあるインスタントメッセンジャーの新しいクローンを開発しています。



最近、アメリカの会社が、Telegramと呼ばれるこのプロトコル用のiOSクライアントをリリースしました。 これと並行して、Androidクライアントの開発競争が開催されています 。

最近、第2段階が完了し、人々は自分自身を含む工芸品を送りました。 私はすぐに言う、私は第二段階を経ていなかった。



多くの参加者とは異なり、私は開発にC＃言語とXamarinを使用しました。XamarinについてはRuNetで少し情報を説明するため、以下で詳しく説明します。

エントリーの代わりに

私はアフィリエイトです。 私はまだ学生だった2番目のバージョンから子供と仕事をしてきましたが、このプラットフォームの機能と機能をよく知っています。 少し前まで、モバイルデバイスで「Android C＃」というリクエストを開発し、Xamarin-MonoDroidに連れて行きました。 しかし、これまで私はそれだけで遊んで書いた、それは最初の主要なAndroidプロジェクトでした、私はそれについて話したいです。 この記事を理解するには、C＃、. NETの知識、および少なくともAndroidの基本的な理解が必要です。

それは何ですか-一言で言えば

Xamarinは、Nat FriedmanとGNOMEおよびMonoの著者であるMiguel de Icazaによって作成された会社（およびモバイルプラットフォーム）です。 したがって、XamarinはMonoの論理的な開発です。

Xamarinを使用すると、C＃でAnroidとiOSのネイティブアプリケーションを作成できます 。これは素晴らしいことです。 個人的には、未来はハイブリッドクロスプラットフォームにあると信じています。 また、Mac。 そして、 いつか Xamarinの一部になる可能性のあるMonoBerryに積極的に投票しています。

挑戦する

競争の課題は、提供されたMTProtoプロトコルの実装（第1段階）と本格的なアプリケーションの作成（第2段階）でした。 第三段階で、リビジョン。



プロトコル全体は、高度な暗号化などのあらゆる種類の利点を備えたRPCの実装です。

解決策

以下、これらの問題の解決方法について説明します。 それでは始めましょう。

Xamarinの入手

Xamarinの価格は2000ドルです。 はい、そうです。 お気に入りのスタジオに書き込みたい場合、その価格はプラットフォームごとに999ドルです。 MonoDevelopに十分な環境があれば、MonoDevelop-プラットフォームあたり299ドルです。 著者に連絡して、プラットフォームごとに最大799ドルの割引をお願いすることができました。

xamarinを入手するにはどうすればよいですか？ まあ、初心者向けには、torrent からダウンロードできます 。 Xamarinは、メールサポートを除くすべてのビジネス機能を提供するプラットフォームに対して99ドルのアカデミックライセンスを提供します。 はい、あなたの妻が大学院生であれば、これも有効です。

ソリューション構造の作成

前述したように、Xamarinは各モバイルOSのネイティブコードを作成します。 つまり、各OSには独自のアセンブリがありますが、それらの間のコードは分割する必要があります。 Xamarinの作成者はこれを行うための3つの方法を提供していますが、Visual Studioにとって最も簡単なのは、環境に直接統合される素晴らしいProject Linkerユーティリティです。

数回のマウスクリックとクロスプラットフォームソリューションが用意されています。







すべてのファイルはリンクとして接続され、メインプロジェクトでの変更はすべてのリンクされたプロジェクトに表示されます。







このユーティリティは、「Extension Manager」スタジオからインストールされます。

ソリューション構造

主なアセンブリはMTProto.CoreとTalks.Backendです。 これらは.net 4.5の通常のアセンブリであり、単体テストでカバーされています。

Mono.StubはMonoの特定のクラスで、特にそこからBigIntegerを使用しています。

Droidフォルダー-プロジェクトのAndroidクローン、Dataflowが含まれています-これらは、githubからのTPL.Dataflowのソースです。 私はプロジェクトでC＃5.0の非同期機能を積極的に使用しています。

Platfromフォルダー-各プラットフォームの特定の実装。 これまでのところ、これはAndroidのみです。

MTProto.Core

これはプロトコルの実装です。 プロトコル全体は、高度な暗号化と、コンテナの形成やファイルの断片的な送受信などの追加機能を備えたRPCです。 したがって、IMクライアントを実装するには、RPC要求の実行方法、応答の受信方法、および着信システムメッセージとステータス更新の処理方法を学習する必要があります。



機能のすべて：非同期とデータフロー。

ずっと非同期

C＃5.0では、タスク非同期パターン（TAP）に基づく非同期コードの開発を大幅に簡素化するいくつかのキーワードが導入されました。 それらはMSDNで非常によく説明されています 。

すべてのIO操作は非同期である必要があり、戒めのようである必要があります。

public async Task RunAsync() { await _cl.LoadSettings().ConfigureAwait(false); if (await _cl.CheckAndGenerateAuth().ConfigureAwait(false)) { await _cl.RunAsync().ConfigureAwait(false); } if ((_cl.Settings.DataCenters == null) || (_cl.Settings.DataCenters.Count == 0)) { await _cl.GetConfig().ConfigureAwait(false); } _db = await TalksDatabase.GetDatabase().ConfigureAwait(false); _ldm = new LocalDataManager(_db); _cl.ProcessUpdateAsync = ProcessUpdateAsync; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

C＃での非同期プログラミングの有力な専門家の1人であるStephen Clearyは、 async-awaitを使用するためのいくつかの原則を書きました。 読んでいない場合は、お勧めします。



「すべて非同期」アプローチの本質は、コールツリー上のすべてのメソッドが非同期であり、イベントで開始し、IO操作で直接終了することです（この場合）。



たとえば、ボタンのクリックを非同期で処理する必要がある場合：

 async void button_Click(object sender, EventArgs e) { _button.Enabled = false; await _presenter.SendMessage(); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次に、Presenterの呼び出しツリーのすべてのメソッドを非同期にします。







ご覧のとおり、すべてのメソッドがasync-awaitキーワードでマークされているわけではありません。 一般的な方法は次のとおりです。非同期呼び出しの後に何もする必要がなく、非同期呼び出しが1つある場合は、メソッドから単純にタスクとして返すのが理にかなっています。

別のプラクティス（Clearyの記事でも説明されています）は、ライブラリ内の非同期メソッドがコンテキストをキャプチャして実行後に​​コンテキストに戻らないようにすることです。 つまり すべての非同期呼び出しには.ConfigureAwait(false)



が含まれている必要があります。 .ConfigureAwait(false)



、デッドロックを防ぐために行われます。 詳細については、上記の記事をご覧ください。

データフロー

TPL.Dataflowは、データフローデザインパターンまたは処理パイプラインを実装するために設計されたライブラリです。 ライブラリのソースコードはgithubで入手でき、モバイルデバイスで使用できます。 このライブラリの機能の詳細については、 MSDNに送信してください。



簡単に言うと、ライブラリを使用すると、データストレージまたは処理ユニットで構成されるパイプラインを構築し、ある条件下でリンクすることができます。 当初、私のプロジェクトには、入力パケットと出力パケット用の2つのパイプラインがありました。 リファクタリング後、着信パッケージ用に1つだけ残すことにしました。



次のようになります。





作成プロセスは次のようになります。

 BufferBlock<byte[]> _inputBufferBytes = new BufferBlock<byte[]>(); BufferBlock<InputTLCombinatorInstance> _inputBuffer = new BufferBlock<InputTLCombinatorInstance>(); ActionBlock<byte[]> _inputBufferParcer; ActionBlock<TLCombinatorInstance> _inputUpdates; ActionBlock<TLCombinatorInstance> _inputSystemMessages; TransformBlock<InputTLCombinatorInstance, RpcAnswer> _inputAnswers; BufferBlock<RpcAnswer> _inputAnswersBuffer = new BufferBlock<RpcAnswer>(); BufferBlock<RpcAnswer> _inputRejectedBuffer = new BufferBlock<RpcAnswer>(); BufferBlock<InputTLCombinatorInstance> _inputUnsorted = new BufferBlock<InputTLCombinatorInstance>(); // -- //   _inputBufferParcer = new ActionBlock<byte[]>(bytes => ProcessInputBuffer(bytes)); _inputSystemMessages = new ActionBlock<TLCombinatorInstance>(tlci => ProcessSystemMessage(tlci)); _inputUpdates = new ActionBlock<TLCombinatorInstance>(tlci => ProcessUpdateAsync(tlci)); _inputAnswers = new TransformBlock<InputTLCombinatorInstance, RpcAnswer>(tlci => ProcessRpcAnswer(tlci)); // from [_inputBufferBytes] to [_inputBufferTransformer] _inputBufferBytes.LinkTo(_inputBufferParcer); // from [_inputBufferTransformer] to [_inputBuffer] //_inputBufferTransformer.LinkTo(_inputBuffer); // if System then from [_inputBuffer] to [_inputSystemMessages] _inputBuffer.LinkTo(_inputSystemMessages, tlciw => _systemCalls.Contains(tlciw.Combinator.Name)); // if Updates then from [_inputBuffer] to [_inputUpdates] _inputBuffer.LinkTo(_inputUpdates, tlciw => tlciw.Combinator.ValueType.Equals("Updates")); // if rpc_result then from [_inputBuffer] to [_inputRpcAnswers] _inputBuffer.LinkTo(_inputAnswers, tlciw => tlciw.Combinator.Name.Equals("rpc_result")); // if rpc_result then from [_inputBuffer] to [_inputRpcAnswers] //_inputBuffer.LinkTo(_inputUnsorted); // and store it [_inputAnswers] to [_inputAnswersBuffer] to process it _inputAnswers.LinkTo(_inputAnswersBuffer); _inputRejectedBuffer.LinkTo(_inputAnswersBuffer);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ご覧のとおり、入力バイト配列は解析され、分類され、バッファに配置され、必要に応じてそこから解析されます。 特に、更新とsystemMessagesはActionBlockに到着するとすぐに処理され、rpcAnswersは最初にTransformBlock



を使用してTransformBlock



、次にBufferBlock



追加されBufferBlock



。 パケットタイプの分類は、ブロックバインド条件に基づいてBufferBlock



内で行われます。



メソッドを呼び出した直後に、WriteOnceBlock-1つの値のみを書き込むことができるブロックを作成します。

 WriteOnceBlock<RpcAnswer> answer = new WriteOnceBlock<RpcAnswer>(e => e);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、RPC応答バッファーにリンクします。

 _inputAnswersBuffer.LinkTo(answer, new DataflowLinkOptions { MaxMessages = 1 }, i => i.SessionId == _em.SessionId);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、答えが来るまで非同期に待機します。

 return await answer.ReceiveAsync(TimeSpan.FromSeconds(60)).ConfigureAwait(false); //      
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

また、現時点では、Android向けのコードを1行も書いていないことにも注意してください。 すべての開発とテストは、.NET 4.5での通常のアセンブリに対して実行されました

Talks.Backend

顧客バックエンド。 IoCを使用してMVP設計パターンに従ってクライアントを実装することを決定し、最初はビューにロジックが含まれていないパッシブビューバリエーションを目指しましたが、最終的には監視コントローラーがはるかに優れた動作をするという結論に達しました。



バックエンドの作成時にどのような問題がありましたか？ ノートブックへのアクセス、データベースへのアクセス、ファイルシステムへのアクセス（写真を保存するため）。 バックエンドの残りは、一般的なMVP実装です：プレゼンターとIViewのセット

ノートブックへのアクセス

ノートブックにアクセスするために、Xamarinチームはすでにすべてを用意しています。 彼らは、モバイルデバイス上の一連の機能（ノートブック、GPS、カメラ）をクロスプラットフォームでカプセル化するXamarin.Mobileライブラリを開発しました。 また、async-awaitを完全にサポートしています。



したがって、ノートブックへのアクセスは非常に簡単です。

 #if __ANDROID__ public async Task GetAddressbook(Android.Content.Context context) { contacts = new AddressBook(context); #else public async Task GetAddressbook() { contacts = new AddressBook(); #endif if (!await contacts.RequestPermission()) { Trace.WriteLineIf(clientSwitch.TraceInfo, "Permission for contacts denied", "[ContactsPresenter.PopulateAddressbook]"); _view.SendSmallMessage("CONTACTS PERMISSON DENIED"); return; } else { _icv.PlainContacts = new ListItemCollection<ListItemValue>( (from c in contacts where (c.Phones.Count() > 0) select new ListItemValue(c)).ToList()); } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

__ANDROID__



コンパイル__ANDROID__



導入されたのは、コンテキストではAndroidの連絡先のリストが必要ですが、他のOSでは必要ないためです。



ここでは、クロスプラットフォームソリューションのパッシブビューの欠点の1つを見ることができます。 割り当て時には、姓の最初の文字で連絡先をグループ化する必要がありました。 Androidの場合、これはグループ化を実装するListItemCollectionクラスを作成することで行われます。この典型的な例はインターネットで入手できます。 iOSでは、このようなグループ化を作成するためのまったく異なるアプローチは、WinPhoneのアプローチです-わかりません。 そのため、Viewで直接連絡先を受信して​​グループ化することが適切です。



私の意見では、これがハイブリッドクロスプラットフォーム開発の主な問題です。 プラットフォームから抽象化する必要がある場所と、価値がない場所を明確に理解する必要があります。 経験があると思います。

データベースへのアクセス

Xamarinは、単純なORM SQLite.Netを介してデータベースにアクセスすることをお勧めします。 これらの推奨事項を無視して、ドライバーを介してデータベースを直接操作しようとすると、最終的には、経験豊富な開発者のアドバイスを聞く方が良いことに気付きました。



SQLite.Netの操作方法を説明することにはあまり意味がありません。SQlite.Netが接続された状態でアセンブリをテストするには、公式Webサイトwww.sqlite.org/download.htmlで入手できるプロジェクトにsqliteバイナリが必要です。



別に、SQLite.NetはTAPとasync-awaitを完全にサポートしていることに注意してください。

データベースへのアクセスを簡素化するために、SQLite.SQLiteAsyncConnectionクラスを一連の汎用クラスで拡張することをお勧めします。

 #region Public Methods public Task<List<T>> GetItemsAsync<T>() where T : IBusinessEntity, new() { return Table<T>().ToListAsync(); } public Task<T> GetItemAsync<T>(int id) where T : IBusinessEntity, new() { return GetAsync<T>(id); } public async Task<bool> CheckRowExistAsync<T>(int id) where T : IBusinessEntity, new() { string tblName = typeof(T).Name; return await ExecuteScalarAsync<int>("select 1 from " + tblName + " where Id = ?", id).ConfigureAwait(false) == 1; } public async Task<int> SaveItemAsync<T>(T item) where T : IBusinessEntity, new() { if (await CheckRowExistAsync<T>(item.Id)) { return await base.UpdateAsync(item).ConfigureAwait(false); } else { return await base.InsertAsync(item).ConfigureAwait(false); } } public Task<int> DeleteItemAsync<T>(int id) where T : IBusinessEntity, new() { return DeleteAsync(new T() { Id = id }); } #endregion
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

また、各OSのファイルシステムにアクセスするためのルールが異なることを覚えておく必要があります。



したがって、データベースへのパスは次のようにして取得できます。

 public static string DatabaseFilePath { get { var sqliteFilename = "TalksDb.db3"; #if SILVERLIGHT // Windows Phone expects a local path, not absolute var path = sqliteFilename; #else #if __ANDROID__ // Just use whatever directory SpecialFolder.Personal returns string libraryPath = Environment.GetFolderPath(Environment.SpecialFolder.Personal); #else // we need to put in /Library/ on iOS5.1 to meet Apple's iCloud terms // (they don't want non-user-generated data in Documents) string documentsPath= Environment.GetFolderPath(Environment.SpecialFolder.MyDocuments); // Documents folder string libraryPath = Path.Combine(documentsPath, "..", "Library"); // Library folder #endif var path = Path.Combine(libraryPath, sqliteFilename); #endif return path; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ファイルシステムアクセス

コンテストの目的の1つは、写真を入手して保存することでした。 この問題を解決するために、ここからクロスプラットフォームクラスのディスクキャッシュを取得して完成させました 。 一般に、すべてのOSでファイルを操作するための要件は異なるため、ファイルシステムの操作は最も移植性の低い部分の1つです。 部分的に、ファイルシステムの機能は公式のXamarinドックで説明されています。

Talks.Droid

アプリケーションのAndroidバージョン。 理想的には、特定のプラットフォームでプロジェクトを作成するまでに、完全に機能し、テストされたバックエンドが存在する可能性があります。 私のバージョンでは、これはうまくいきませんでしたが、将来的には努力します。

主な困難はここから始まります。



アプリケーションは、Appクラスがバインドされているバインドされたサービス（「アプリケーション」を実装するシングルトン）に基づいています。 これは、アクティビティがApp.Current.MainService



を使用してサービスにアクセスできるようにするために行われます。



サービス内では、モデルは別のスレッドで作成されます。また、アクティビティがプレゼンターをピックアップするクラスもあります。次のようなものです。

 _presenter = App.Current.MainService.CreatePresenter<ChatListPresenter>(typeof(ChatListPresenter), this);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

XamarinはAndroidManifestを独立して形成し、直接編集することはできません。 すべてのアクティビティパラメータは属性として記録されます。

  [Activity(Label = "Settings", Theme = "@style/Theme.TalksTheme")] [MetaData("android.support.PARENT_ACTIVITY", Value = "talks.ChatListActivity")] public class SettingsActivity : SherlockActivity, IView
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

基本的に、アクティビティコードはJavaバージョンのCamelCaseとそれほど変わらず、一部のゲッター/セッターはプロパティでラップされます

  protected override void OnCreate(Bundle bundle) { base.OnCreate(bundle); // Set our view from the "main" layout resource SetContentView(Resource.Layout.MessagesScreen); AndroidUtils.SetRobotoFont(this, (ViewGroup)Window.DecorView); _presenter = App.Current.MainService.CreatePresenter<MessagePresenter>(typeof(MessagePresenter), this); _presenter.PlatformSpecificImageResize = AndroidResizeImage; this.ChatId = Intent.GetIntExtra("userid", 0); userName = Intent.GetStringExtra("username"); _button = FindViewById<ImageButton>(Resource.Id.bSendMessage); _button.Click += button_Click; _button.Enabled = false; _message = FindViewById<EditText>(Resource.Id.etMessageToSend); _message.TextChanged += message_TextChanged; _lv = FindViewById<ListView>(Resource.Id.lvMessages); _lv.Adapter = new Adapters.MessagesScreenAdapter(this, this.Messages); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ログインアクティビティ

ログインアクティビティには、電話の入力、コードの受信と入力、登録の3点が含まれている必要があります。 便宜上、これはフラグメントを使用して行われます。







これを行う最も簡単な方法は、フラグメントを使用することです。 ただし、 フラグメントとMVPの使用は完全に自明ではありません。



その結果、1つのプレゼンターを作成したという結論に達し、LoginActivityはIViewフラグメントの実装をラップしただけです。

 PhoneFragment _pf = null; CodeFragment _cf = null; SignUpFragment _suf = null; public string PhoneNumber { get { if (_pf != null) { return _pf.Phone; } else { return ""; } } } public string AuthCode { get { return _cf.Code; } } public string Name { get { return _suf.FirstName; } } public string Surname { get { return _suf.Surname; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

写真/ビデオの撮影

興味深い点は明らかではありません。 タスクの1つは、カメラから写真/ビデオを受信して​​他の人に送信したり、アバターとして設定したりすることでした。



これは、Xamarin.Mobileを使用してメニューから実行されます。

  public override bool OnMenuItemSelected(int featureId, Xamarin.ActionbarSherlockBinding.Views.IMenuItem item) { switch (item.ItemId) { // Respond to the action bar's Up/Home button case Android.Resource.Id.Home: NavUtils.NavigateUpFromSameTask(this); return true; case Resource.Id.messages_action_takephoto: _presenter.TakePhoto(this); return true; case Resource.Id.messages_action_gallery: _presenter.PickPhoto(this); return true; case Resource.Id.messages_action_video: _presenter.TakeVideo(this); return true; } return base.OnMenuItemSelected(featureId, item); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ただし、メニュー項目を選択するイベントはブール値を返すため、async-awaitコンストラクトを適用できません。 これは非常に簡単に解決されます。async-awaitは、最終的に同じContinuationを生成する単なる構文上の砂糖であることに注意してください。 そして、以前のようにこれを書くことを妨げるものはありません：

 #if __ANDROID__ /// <summary> ///     /// </summary> /// <param name="context"></param> /// <returns></returns> public bool TakePhoto(Android.Content.Context context) { var picker = new MediaPicker(context); #else public bool TakePhoto() { var picker = new MediaPicker(); #endif if (picker.IsCameraAvailable) { picker.TakePhotoAsync(new StoreCameraMediaOptions { Name = String.Format("{0:dd_MM_yyyy_HH_mm}.jpg", DateTime.Now), Directory = "TalksPictures" }) .ContinueWith((prevTask) => { if (prevTask.IsCanceled) { _imv.SendSmallMessage("User canceled"); return; } if (PlatformSpecificImageResize != null) { string path = PlatformSpecificImageResize(prevTask.Result); //   DomainModel.Message msg = new DomainModel.Message(r.Next(Int32.MaxValue), 0, _imv.ChatId, _imv.PendingMessage, "", 0); _imv.AddMineMessage(msg); } }) .ContinueWith((prevTask) => { if (!prevTask.IsCanceled) { Console.WriteLine("User ok"); } }, TaskScheduler.FromCurrentSynchronizationContext()); return true; } return false; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Xamarinは、クロスプラットフォームに加えて、コンポーネントストアを提供しています。ここには、人気のAndroidおよび/またはiOSライブラリとコンポーネントのポートがあり、無料と有料の両方があります。 特に、ActionBar.Scherlokがそこにあり、Android.Support.v7が最近登場しました。コンポーネントはNuGetのように、環境から直接インストールできます。これは非常に便利です。







したがって、2回クリックするだけで、Android 2.3以降を搭載したデバイスでActionBarをサポートできます。

転記

アプリケーションの公開は、承認されたGoogleスキームに従って実行されます



これには、かなりの数のアクションが含まれます。 しかし、特に私たちにとって、Xamarinのチームは、VSに組み込まれたウィザードを作成しました。これにより、数ステップで公開用のアプリケーションを準備できます。



そして完了



確かに、このウィザードを使用してキーストアをすぐに作成できませんでした。 キーの寿命が長かった。 ペンを作成する必要がありました。

テスト中

テストに関する小さなメモ。 エミュレータでのテストはひどく不可能です。 これはできるだけ早く破棄する必要があります。 最も安いアンドロイドは現在3000ルーブルで、中国のタブレットは同様の価格で見つけることができます。 競争の始めに、私はすぐに妻FlyをAndroid 4.0.1で購入しました。 2.3の古いHTCしかありませんでした。



iOSのテストと開発に関しては、それはより困難です。 もちろん、最良のオプションは、最も安いmacbookを取ることです。これで十分です。

しかし、テスト用にiPhoneとiPADのペアを購入することは...わかりませんが、最良の選択肢ではありません。 現在、 MacInCloudの可能性を検討しています。すべてがうまくいけば、プロセス全体を詳細に説明します。

まとめ

要約するのは難しいです。 開発プロセス中に、Androidプラットフォームの機能をよく研究し、

優れた、テストでカバーされた、そして最も重要なクロスプラットフォームバックエンドを開発しました。

彼らは、今後はWinPhoneとiPadの競争になると言っています。 まあ、私はインターフェイスのみを描くことができます。

エラー処理

彼らが言うように「自己への注意」。 私が間違ったことをしたことの未来についてコメントしてください。

1.デザインの欠如。 MTProto.Coreをほぼ2回リファクタリングしました。 この理由は、私が一枚の紙に腰を下ろさず、このコアがどのように見えるべきかを完全に描いていないからです。 多くの決定が自然に、そして将来を考慮せずに行われました。

2. Androidプラットフォームの不十分な理解。 長い間、Androidサービスとのやり取りを整理する方法を理解しようとしました。 率直に言って、私はまだこの相互作用を確実にする最良の方法を知りません。 d.android.comガイドはここでは役に立たないこと、アンドロイドのサービスは特定のものであることを理解する必要がありますが、プラットフォームを取り除き、クロスプラットフォームで何かをする必要があります。

3.頑固さと欲。 私は別のプログラマーを惹きつける機会があり、おそらく一緒になってより良い結果を示したでしょう。 しかし、私自身、すべて自分で。