アセンブリ名を、~.Coreにした上で、名前空間を~.Core.Modelにするかな。なんとなく。 twitter.com/ugaya40/status…
2015-05-14 17:21:51Model.Core派だったけど、社内議論に負けつつあってCore.Modelでいいような気がしてきた。けど、なんか昔MVVM絡みの議論だとかLivetの構成だとかで散々考えたり議論したことがあってここら辺の自分の直観の精度高い気がするから昔の議論の流れ思い出そうとしてる
2015-05-14 17:10:07Modelは独立した責務じゃなくて、あくまでアプリ全体からPresentationPlatformを分離したもんだって前提にたって考えているんだけどな
2015-05-14 17:21:56そしてCore.ViewModelなんて絶対に存在しない。Core.Model/Model.Coreは、かならずPlatform.ModelでラップしてModelになる
2015-05-14 17:22:37パッケージ(アセンブリ)名に"Core"と付ける事とnamespaceに"Core"と付ける事は意味が違いますよね。実際、"Microsoft ASP.NET Identity Core"はnamespace的には"Core"付いてないですし。
2015-05-14 17:23:11あ、でも Microsoft.AspNet.Identity.Coreっていう名前空間はないのか > msdn.microsoft.com/en-us/library/…
2015-05-14 17:23:34(ADO .NETなんかはSystem.Data.Common なんだけど)CommonじゃなくCoreを選ぶ背景には、きっと何かしらのイメージがあるのだろう
2015-05-14 17:25:15全然関係ないけど、.NET方面は System.Text.JsonとかSystem.Data.SQLiteとか平気でSystem名前空間にサードパーティのライブラリぶら下げてくる習慣なんなのって思ってる
2015-05-14 17:26:43.NET 1.1の頃にSystem.Data.OracleClientとか作っちゃった時点でもうアレよねー。あの頃からSystem.*ネーミングは一切信用しなくなった。
2015-05-14 17:28:24@haxe そうですけど、その事実が関係あると思われているということは、「MSが実装したからSystemでもおっけー」っていう前提があるような気がします。
2015-05-14 17:33:26アセンブリを自由に分ける障害になってはならないし、意味的にもiOS(Android).Modelは確定なのよね。Model.iOS(Android)ケースだけはない
2015-05-14 17:34:36Microsoft.Owin.Securityは、コアは打ち止め、外部サービス毎にMicrosoft.Owin.Security.Twitter/Facebookとか生やしてる感じですね msdn.microsoft.com/en-us/library/…
2015-05-14 17:35:24