X
Vue vs React vs Angular
■ このスレッドは過去ログ倉庫に格納されています
0005デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd43-Kp7P)
垢版 |
2018/12/25(火) 02:20:03.84ID:s7ZrHKl7d
vueとかネットで騒がれてる
わりには、文法が難しくて取っ掛かりに
時間がかかるんだが！！！個人でVSコードの
デバッグやwebpackの
設定をやるとなると、手間が掛かりすぎるのも原因の
一つかな。色々とファイルを配置するのに、時間とpcのスペックを
費やすから手軽さにかける。
simple & bestの虎の巻きでもあればいいけど
個人がこの言語を公にすればいいのに、趣味や趣向が入りすぎて
「誰も特しない言語」になってる
0009デフォルトの名無しさん (ﾜｯﾁｮｲ 7bbb-0DM2)
垢版 |
2019/01/06(日) 15:35:53.68ID:epzbPzEd0
Nuxtのおベンベン始めたけど、メンドクサー
PHPのゴミのようなフレームワークと一緒で、学習コストかかりすぎ

Reactはどうなん？
Vueやめよっかなー
0015デフォルトの名無しさん (ﾜｯﾁｮｲ 8901-ikDe)
垢版 |
2019/01/06(日) 20:21:22.55ID:q7b7d/XL0
SSRと思いついた時点で、シングルページじゃなかったことに気付いてほしかった。
0021デフォルトの名無しさん (ﾜｯﾁｮｲ 8b2c-otaJ)
垢版 |
2019/01/07(月) 12:23:00.42ID:lmbNEshB0
基礎から学ぶ Vue.js、mio、2018/5/29

Nuxt.jsビギナーズガイド―Vue.js ベースのフレームワークによるシングルページアプリケーション開発、
花谷 拓磨、2018/10/17

Node.js超入門、掌田津耶乃、2017

Electronではじめるアプリ開発
~JavaScript/HTML/CSSでデスクトップアプリを作ろう
野口 将人・倉見 洋輔、2017


入門 React ――コンポーネントベースのWebフロントエンド開発、2015

Reactビギナーズガイド ――コンポーネントベースのフロントエンド開発入門
Stoyan Stefanov, 2017
https://github.com/stoyan/reactbook

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017
0022デフォルトの名無しさん (ﾜｯﾁｮｲ 1302-Bk9+)
垢版 |
2019/01/07(月) 21:22:16.57ID:JhkvYBnb0
いまどきのJSプログラマーのための Node.jsとReactアプリケーション開発テクニック／クジラ飛行机
Reactの本として見るとReduxとか不足してて微妙だけどNode.jsとかWebpackの本としてはそこそこ良かったと思う

React入門 React・Reduxの導入からサーバサイドレンダリングによるUXの向上まで (NEXT ONE)／穴井宏幸、石井直矢、柴田 和祈、三宮 肇
Reduxに関してはこれが一番詳しく載ってたかな
0023デフォルトの名無しさん (ﾜｯﾁｮｲ 7bbb-0DM2)
垢版 |
2019/01/07(月) 22:52:40.87ID:yWpn5GHb0
Nuxt.jsビギナーズガイド

これ半分くらい読んだけど、PHPのフレームワークが
次々出てきてはゴミになってるけど、同じ道を辿るだけだと思ったよ

実際のサイト制作は規約でガチガチだとソースがカオスになって重くなるだけ
0024デフォルトの名無しさん (ﾜｯﾁｮｲ 8b2c-otaJ)
垢版 |
2019/01/08(火) 00:00:24.62ID:6hha5q+W0
Vue.js, Nuxt.js, React, Electron, Android アプリなどの、
ライフサイクルメソッドは、どのアプリでも普遍的

これを時間的に進む方向を、一方向だけに限定したルールは、使いやすい

Rails と同じ。
全員が同じ規約に従った方が、作りやすいし、わかりやすい

異なったやり方・各個人独自のやり方は、わかりにくい
0025デフォルトの名無しさん (ﾜｯﾁｮｲ 69af-pqKL)
垢版 |
2019/01/08(火) 01:27:03.29ID:A0I3q7Ng0
jsはフレームワークがどれだけ出てきても
フレームワークの介入の無いほうが汎用的に作れるようになるよ
パフォーマンスという観点だとその辺に溢れかえってるフレームワークはゴミにしかならんし
0030デフォルトの名無しさん (ﾜｯﾁｮｲ 55ab-45a3)
垢版 |
2019/01/10(木) 02:31:19.28ID:tiRAneNG0
いやフレームワークではないだろ…
色々余計な機能付いてるが（そして最近は減らしていっているが）自称の通りDOM操作ライブラリだろ良くも悪くも。
怪力でノンサポートのハンドル自力で切っといてこれがパワーステアリングだ！と言ってるようなもん
0032デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-ptqb)
垢版 |
2019/01/10(木) 09:23:23.97ID:PTw2yQ8aa
コーディングスタイルを縛るもんじゃないからどちらかと言えばクラスライブラリじゃない？

その点で行くと.NETもフレームワークと言うよりはクラスライブラリに近いけど
0034デフォルトの名無しさん (ﾜｯﾁｮｲ 4d14-Fjw0)
垢版 |
2019/01/10(木) 12:27:58.40ID:DS8wsvUQ0
>>31
フレームワークっていうのは呼び出し側のことなので
jQueryはフレームワークに当たらない
あえて言うならブラウザそのものがフレームワーク
ブラウザがイベントを発行し、jQueryはその中を書くだけ
0037デフォルトの名無しさん (ﾜｯﾁｮｲ 4d14-Fjw0)
垢版 |
2019/01/10(木) 13:14:35.21ID:DS8wsvUQ0
誰も簡素化の有無を焦点にしてないんだが？

全てのライブラリは簡素化するものです。
簡素化だけを条件にしてしまったら
ライブラリ全てがフレームワークってことになってしまう

フレームワークは利用者が何も書くことなく、
このような形で呼び出されるから、こういうものを用意しなさいと
決まってしまうもの。

jQueryはそんなものは決めないので、フレームワークにはならない
0040デフォルトの名無しさん (ﾜｯﾁｮｲ 4d14-Fjw0)
垢版 |
2019/01/10(木) 13:30:56.10ID:DS8wsvUQ0
> フレームワークは呼び出し側のことなのでjQueryはフレームワークに当たる

え？jQueryの何処が呼び出し側に見えるの？
フレームワークは呼び出し側のことというならば、
その根拠があるはずだよね。言ってみて
0042デフォルトの名無しさん (ﾜｯﾁｮｲ 4d14-Fjw0)
垢版 |
2019/01/10(木) 13:34:39.06ID:DS8wsvUQ0
理由は言えないけど、やばいって言っておけば
勝てるだろう。やばいやばいやばい。どやぁ。

> 声闘(ソント)とは朝鮮人の古くからの風習で声の大きさで相手の言論を封じること。
> 人と議論をするとき、議論の内容は関係なく、ただ大声で早口で居丈高に話し、
> 相手が何も言い返せなくなれば勝ち、というしきたり。

みたいなことは止めてねｗ
0046デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-ptqb)
垢版 |
2019/01/10(木) 19:39:06.48ID:3bI8C07ma
オブジェクトモデルでいうなら
フレームワーク→ベースとなるクラスを継承してメソッドをオーバーライドするスタイル
クラスライブラリ→自作のクラスのメンバーなどにライブラリのクラスを導入していくスタイル
0051デフォルトの名無しさん (ﾜｯﾁｮｲ dd01-92yO)
垢版 |
2019/01/11(金) 06:45:46.69ID:5HJIvfws0
一部の部品として容易に組み込めるのだから公式が言っている通りライブラリだろう
導入のしやすさ、構成への制限の少なさはフレームワークよりライブラリの方が優れている
0052デフォルトの名無しさん (ｱｳｱｳｳｰ Sa89-gnS9)
垢版 |
2019/01/11(金) 08:42:34.80ID:YAW8qxGHa
htmlフレンドリーなMVCフレームワーク(spring, asp.net, etc...) + vue(static js)

この組み合わせが最も簡単で理解しやすくトラブルも少なかった
node+npmを使ってビルドまでやると対応できる作業者が急激に減る
0058デフォルトの名無しさん (ﾜｯﾁｮｲ 7a02-kh3a)
垢版 |
2019/01/11(金) 21:01:33.49ID:3i4YWAld0
npmでインストールする類のcliは中々いい本ないもんね
市販されてる本だと大体型落ちだったりするし
webpackとかbabelとか

だからといって旧世代のバージョンに合わせてからやるんじゃ折角新しい技術を覚えようという目的に本末転倒になってしまう
結局わりと頼りになるのがQiitaっていうオチ
まぁQiitaに固着し過ぎるとQiita以外なら簡単に見つかるものを見落とすって事もあるけど
0063デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-DIji)
垢版 |
2019/01/12(土) 11:11:54.70ID:8njw2BgMr
「2018年最新のReact構築法」みたいなの参考にしてみたが内容がすでに古いのと書き方間違ってたり
公式が変わったのにそれに対応されていなかったりってのが多かった
ライブラリ使う場合は公式だけでは足りないから、ライブラリの公式みたり
とにかくどこか一つにまとまってるのはない
あるのは俺のPC内だけ笑
0067デフォルトの名無しさん (ﾜｯﾁｮｲ 715f-Nke+)
垢版 |
2019/01/12(土) 11:38:52.80ID:ypUPEAJO0
>>66
それも要らんだろ
npmで自作パッケージをインストールできるようにするにも本なんか要らない
初級エンジニア程度のレベルなら誰でも簡単に使える
mavenやgradleに本なんか居るか？
それと同じだわ
0069デフォルトの名無しさん (ﾜｯﾁｮｲ 7a02-kh3a)
垢版 |
2019/01/12(土) 12:42:39.33ID:aqVeN9pj0
あと自分ができるできないの話じゃなくて
>>53,55,56
の状況に対しての話ね

だから結局フロントエンドフレームは多数はにはならずｊQueryはフレームワークだって言い張る輩も居なくならないって話
0072デフォルトの名無しさん (ﾜｯﾁｮｲ 812d-kZrb)
垢版 |
2019/01/12(土) 12:52:38.30ID:pXyjR2hh0
フロントエンドのwebpackの設定なんか、ケースバイケースで、
プラグインの組み合わせとかいろいろあるわけだし、
人それぞれなものを公式サイトが書いてあるわけないじゃん
0074デフォルトの名無しさん (ﾜｯﾁｮｲ dd01-92yO)
垢版 |
2019/01/12(土) 13:57:08.64ID:9uXG7I1A0
上に話のようにインストールやら基本なら
まず公式、エラーや組み合わせ等なら他を漁ればいい

漁っても無いものはリファレンス見て自分で書くことになると思うが
0081デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-DIji)
垢版 |
2019/01/12(土) 15:00:31.05ID:8njw2BgMr
>>80
基本的にReact使ってるサイト
state管理にreduxは使ってる
その他axiosとかルーティング管理用のライブラリとか
そもそも必要であればライブラリはなんでも使えるけど
どのくらいのものが作れるかって、仕様と時間と金があればなんでも作る
0091デフォルトの名無しさん (ﾜｯﾁｮｲ dd01-RNo8)
垢版 |
2019/01/12(土) 18:22:17.27ID:wCIe4SB10
フロントですでにエンディングかよっていう。
0093デフォルトの名無しさん (ﾜｯﾁｮｲ 7a02-kh3a)
垢版 |
2019/01/12(土) 19:56:59.99ID:aqVeN9pj0
>>92
ああスマンスマン

バックにLaravel置いてVue(Vuex、vue-router、axios、Bootstrap-Vue)とReact(Redux、react-router、SuperAgent、React-Bootstrap)入れた二種類のセット
それぞれ一通り機能確認するデモサイトをローカルに作ってみたって程度だよ実戦投入するのはこれから

あとNuxtとAngularはcliからプロジェクト生成してどこに何を書いて機能追加していけばいいか分かったって程度
Angularとかはコンポーネントの数多すぎて細かいところは全然

フロントエンドフレームワーク去年の後半から始めたばかりだから流石にまだまだ>>81みたいなんでもできるとは言わないよ

公式って結構公平だからサード製のモジュールに関してはこれ使えみたいな事あんま言わないじゃん
その辺に関してはやっぱ新ジャンルに手を出すなら書籍１〜２冊読んだ方が効率いいと思うんだよね
0094デフォルトの名無しさん (ﾜｯﾁｮｲ 7a02-kh3a)
垢版 |
2019/01/12(土) 20:06:10.80ID:aqVeN9pj0
>>89
jQueryを使い続けるとしても設計指針としては参考になる事柄は相当あったと思うよ
何もやらなきゃいずれは時代遅れな挙動のサイトしか作れないって事になる

せめてHTML5のAPI集くらはちゃんと読んでおいた方がいいと思うよ
0095デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-DIji)
垢版 |
2019/01/12(土) 20:16:53.72ID:8njw2BgMr
>>93
React-Bootstrapってv3だよ？
今さら使う意味なくね？

そしてReactstrapはまだまだ開発中

俺としてはBootstrap Nativeをオススメするなあ
自分でコンポーネント作ることにはなるけど、むしろ使う部分だけコンポーネントにするから余計なstateないしスッキリ
0096デフォルトの名無しさん (ﾜｯﾁｮｲ 7a02-kh3a)
垢版 |
2019/01/12(土) 20:37:44.48ID:aqVeN9pj0
>>95
npm install react-bootstrap@next bootstrap
@nextって付ければv4でいけるけど
https://react-bootstrap.netlify.com/getting-started/introduction

ありがとうBootstrap Nativeはちょっと調べてみるよ


ところでReduxとreact-router連携するのって何使うのがベターなの？
パっと調べた範囲で
react-router-redux
redux-first-router
connected-react-router
くらいがあるけど選定するための基準がなんとも
0098デフォルトの名無しさん (ﾜｯﾁｮｲ 7a02-kh3a)
垢版 |
2019/01/12(土) 20:48:45.48ID:aqVeN9pj0
Bootstrap Nativeってパッケージはなかったけど
これの事？
↓
Native JavaScript for Bootstrap

ReactNativeのNativeじゃなてNativeなJavaScriptって意味のNativeか

>>97
V4はV4で何かと機能増えてていいもんだよ
0099デフォルトの名無しさん (ｵｯﾍﾟｹ Sr85-DIji)
垢版 |
2019/01/12(土) 21:54:24.59ID:8njw2BgMr
>>96
v4はまだ開発中だしね…

あとrouterはconnected-react-routerがいい
react-router-reduxは非推奨になったから
https://github.com/reactjs/react-router-redux
>Project Deprecated

書籍ではreact-router-reduxを推してるから注意だね

>>98
そうNative JavaScript for Bootstrapのこと
どのコンポーネントライブラリも中途半端で開発中だしissueみたらバグ多いからまだ使うべきではないと思う
0100デフォルトの名無しさん (ﾜｯﾁｮｲ a5ff-oMO0)
垢版 |
2019/01/13(日) 19:44:59.95ID:xL0iC1+O0
それより儂のチンポをしゃぶってくれんかのー
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況