回答編集履歴

4

追記2

2019/01/27 16:08

投稿

hameji001
hameji001

スコア639

test CHANGED
@@ -69,3 +69,11 @@
69
69
  1日表示じゃなくて、1ヵ月分表示したいとか、検索したいとかの時や
70
70
 
71
71
  データの並べ順変えたり、どっちが古いか判定するなどですね。
72
+
73
+
74
+
75
+ あと、せっかく、print(result)が設置されているのに、
76
+
77
+ そこに何が返ってきているのか記入がなかったですね。
78
+
79
+ 今度質問するときは書くようにしてください。

3

誤字訂正

2019/01/27 16:08

投稿

hameji001
hameji001

スコア639

test CHANGED
@@ -64,7 +64,7 @@
64
64
 
65
65
  String型の場合、大変になるのは、
66
66
 
67
- 日付の比較や並べ直しの機能を自自前しないといけなくなる点ですね。
67
+ 日付の比較や並べ直しの機能を自準備しないといけなくなる点ですね。
68
68
 
69
69
  1日表示じゃなくて、1ヵ月分表示したいとか、検索したいとかの時や
70
70
 

2

表示修正

2019/01/27 14:51

投稿

hameji001
hameji001

スコア639

test CHANGED
@@ -6,31 +6,31 @@
6
6
 
7
7
  Realmでdateは何型で保存しているのでしょうか?
8
8
 
9
- Date型ですか?
9
+ ~~Date型ですか?~~
10
10
 
11
11
 
12
12
 
13
- まず、
13
+ ~~まず、~~
14
14
 
15
- ・保存直前の保存内容の出力(日付)、
15
+ ~~・保存直前の保存内容の出力(日付)、~~
16
16
 
17
- ・保存後のデータベースの出力(日付)、
17
+ ~~・保存後のデータベースの出力(日付)、~~
18
18
 
19
- ・FSCalsendarでselectした日付の出力
19
+ ~~・FSCalsendarでselectした日付の出力~~
20
20
 
21
21
 
22
22
 
23
- をそれぞれprintでコンソールに出力して考えてみると
23
+ ~~をそれぞれprintでコンソールに出力して考えてみると~~
24
24
 
25
- 想定している"yyyy/MM/dd"だけではないことがわかると思います。
25
+ ~~想定している"yyyy/MM/dd"だけではないことがわかると思います。~~
26
26
 
27
27
 
28
28
 
29
- 。。。String型で保存している場合は別ですが、
29
+ ~~。。。String型で保存している場合は別ですが、~~
30
30
 
31
- Date型の場合は、上記じゃない形で出力されると思うので、
31
+ ~~Date型の場合は、上記じゃない形で出力されると思うので、~~
32
32
 
33
- 検索条件をそれに合わせる必要があります。
33
+ ~~検索条件をそれに合わせる必要があります。~~
34
34
 
35
35
 
36
36
 

1

情報追加

2019/01/27 14:50

投稿

hameji001
hameji001

スコア639

test CHANGED
@@ -53,3 +53,19 @@
53
53
  Realmを検索するコードは別にしておく方がsmartです。
54
54
 
55
55
  あと、グローバル変数もうまく使うといいと思います。
56
+
57
+
58
+
59
+ P.S.
60
+
61
+ よくみたら、dateをString型で保存しているとコメントに書いてありましたね。
62
+
63
+ なので、filterを「==」に直せば、解決しそうですね。
64
+
65
+ String型の場合、大変になるのは、
66
+
67
+ 日付の比較や並べ直しの機能を自分で自前しないといけなくなる点ですね。
68
+
69
+ 1日表示じゃなくて、1ヵ月分表示したいとか、検索したいとかの時や
70
+
71
+ データの並べ順変えたり、どっちが古いか判定するなどですね。