Mozillaの開発者であり、Webの支持者であるジェームズ・ロングは、モバイルWebアプリはネイティブアプリに敵うことはないと主張する。ロングの挑発的な物言いはわざとかもしれないが、彼の言ってる事も一理ある。 しかしながら同時に、こういった事はますます論争の種では無くなってもきている。 Forresterは「クライアント・サーバー時代はネイティブが制したが、Webに取って代わられた。歴史は繰り返す」と主張する。そうなのかもしれない。 もしフェイスブックのReactJSが何かの兆しなのだとしたら、それはネイティブ及びWebの未来はハイブリッドにあるということなのかもしれない。実際、そういったことは今現在でも見受けられる。 Webは「遅すぎる」Webアプリの問題とは、ロングが言うようにDOM（ドキュメント・オブジェクトモデル。ドキュメントやWebページ/アプリをどの様にプログラムがアクセスす

運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。

Edit Page リファレンス Kotlin言語と標準ライブラリの完全なリファレンスを提供します。 どこから始めれば良いか このリファレンスは、あなたが簡単に数時間でKotlinを学べるよう設計されています。基本的な構文から始め、より高度なトピックに進みます。読んでいる間、オンラインIDEで例を試すことができます。 Kotlinがどのようなものかわかったら、Kotlin Koans （インタラクティブなプログラミング演習）に挑戦してみてください。Koanの解法がわからない、またはよりエレガントな解法をお探しの場合は、Kotlinのイディオムをチェックしてください。 オフラインブラウズ リファレンス全体のドキュメントを1つのPDFファイルとしてダウンロードすることができます。 書籍 Kotlin in Action Kotlin in ActionはKotlinチームの開発者であるDmit

明けましておめでとうございます。今年もよろしくお願い致します。 弊社では現在abceed analyticsというアプリを開発していますが、iOS/Androidのアプリを両方作る際の開発工数を削減したいというのは人類共通の課題かと思います。 そこで今回は、弊社がアプリ開発を高速化するために採用している手法・技術スタックについて簡単に書きます。 なお、React Native / Xamarin / Cordova などのクロスプラットフォーム系フレームワークについては触れません。あくまでネイティブで開発する際の手法ですのでご了承ください。 前提となる考え方 弊社では、iOS/Androidで新機能を同時にリリースすることは行なっておりません。多くの場合先行してiOS版で新機能をリリースし、遅れてAndroid版をリリースしています。 同時リリースを行なっていない理由は主に2つあります。

I am very overwhelmed with the responses from my last blog about How to make a Image Cropper with Swift 3. I am very happy that it helped lots of developers. Many people have been asking me about how they can make a Image Cropper like in Instagram. so, here i am, writing a short and sweet tutorial on making your own Image Cropper like in Instagram. Lets get started…Create a ScrollView with any fra

The Power of the Core Image Framework Core Image is an image processing and analysis technology designed to provide near real-time processing for still and video images in iOS and OS X. Apple has made a few great pre-made photo effects that you can easily use for your photography apps, with names such as Instant, Process, Sepia, Tonal, etc. Core Image Reference The iOS developer library provides a

こんにちは！ 前回 [Swift]状態を共有して変化を伝播させるサンプル~didSetなど~ (http://qiita.com/iKichiemon/items/c38fdc4b1a3f73f1f38e) で、delegate関連の記事を書きましたが、 今回はもっと導入部分を書きます。 具体的には 「ユーザーがメールを送信する」 状況を想定して、４ステップで実装します。 説明 実装 1. 説明 delegateとは、なにかの機能を指し示しているのではなく delegateという書き方を使いましょう、というデザインパターンです。 ネットで検索するとしばしば目にするのが 「delegateは処理を 移譲 するもの」という説明。 ###もっと簡単に ですが、これでは全然分からないので、 もっと簡単にdelegateを説明してみると、 クラス自身には機能をもたせず、 「誰かこれやって！」 とお願

Swift 4 includes a new way to generate & parse JSON using the Codable protocol. It’ll get rid of some boilerplate, especially when the objects or structs in our code have a similar structure to the JSON that we use to talk to a web service. In many cases you’ll be able to avoid writing any code that explicitly parses or generates JSON, even if your Swift structs don’t exactly match the JSON struct

Previously I have introduced you to Alamofire and how you can use it to simple HTTP requests and intercept JSON responses. Today, we will speak for a more complex and a must-know topic — how to create a Multipart File Upload request. Multipart File Upload requestHTTP multipart file upload request is a request that HTTP clients construct to send files and data over to HTTP Server. It is commonly us

Notice: this article is from 2017, we have newer article on this topic! Multiple File Upload with Dropzone.js and Laravel MediaLibrary Package File upload is one of the most commonly used features in web-projects. And it seems pretty easy - form, submit, validation, store. But it gets a little more complex if you want to allow your users to upload more than one file with one input - let's see how

リモート通知受信のケース分け Client App から端末に APNs にSSL接続させ deviceToken を取得 Client App が Provider に deviceToken を送出 Provider がその deviceToken を使って特定端末に通知を送る Client App リモート通知受信のケース分け アプリスのテータスによる受信を３つに分けてみます AppがBackgroundにいる Backgroundから通知をタップしてApp起動 AppがForegroundにいる この１のケースは前回のテストで確認しましたが、アプリとしては特別することはありません。その他のケースでは、 Backgroundから通知をタップしてApp起動 基本的にはbackgroundで受信の通知を受けますが、そのときにユーザーが通知をタップしてアプリを起動させると、以下のコードで受

増田亨氏の「現場で役立つシステム設計の原則]」の評判が高いようです。 この本が、オブジェクト指向の初級者に受け入れられ易いことはわかります。オブジェクト指向的なプログラミングが出来ていない現場で、明日からでも出来そうなことが平易に書かれているからです。オブジェクト指向の入り口を指し示しているように見える。 一方で、私としては、この本が指し示す入り口は、入りやすいかもしれないけれど、結局はどこにも通じていないのではないかと疑っています。 本稿では、そのように私が考える理由について、３つの切り口からご説明したいと考えています： 何のために、「データとロジックを一体に」するのか？ポリモーフィズムは何のために？「ドメインモデル」とは何か？長くなるので、今回は、一番目の「何のために、『データとロジックを一体に』するのか？」について。 批判 (1) 何のために、「データとロジックを一体に」するのか？本

先日、DevLOVEで発表した「コードで学ぶドメイン駆動設計入門」ですが、入門としながらも難しかったかもしれません。モデリングの話は難しい方の話題なので仕方ないのですが、できるだけわかりやすく補足するブログを書いてみたいと思います。 まず、レイヤードアーキテクチャの話ですが、こちらのスライドを参照してください。 DEVLOVE HangarFlight で話したスライド&ソースコード - じゅんいち☆かとうの技術日誌 平たく言うと、そのアプリケーションが解決する問題の領域がドメインです。ドメインとそれ以外のものをごっちゃにしないようにしたのが、ドメイン駆動設計だと考えればよいと思います。 一般的に業務システムでは、対象業務がドメインに成り得ますので、ドメインは業務に準えて語られることが多いと思います。ドメインに登場する概念をユビキタス言語*1として定義し、モデルに落としこむというのが設計の

ドメイン駆動と言っても、データを永続化している以上、ドメインレイヤがインフラレイヤを活用する必要があり、ドメインがインフラに依存するアーキテクチャはごく自然のようですが、DIP(dependency inversion principle)を実現したアーキテクチャでは、インフラがドメインに依存するようになり、従来のアーキテクチャとは依存関係が逆になります。 伝統的なアーキテクチャ → ドメインレイヤがインフラレイヤに依存 DIPを実現したアーキテクチャ → インフラレイヤがドメインレイヤに依存 この逆転のアーキテクチャをどう実装したらいいか疑問に思っている人も多いのではないでしょうか？Amazon.co.jp： 実践ドメイン駆動設計 (Object Oriented Selection): ヴァーン・ヴァーノン, 高木 正弘: 本で紹介されている実装方法をScalaで説明します。 実装のポ

2017/11/15 laravel.osaka#12で使用したスライドです Laravelと永続化モデルのサンプルコード （Todo管理） https://github.com/n1215/lara-todo-persistence