@@ -11,7 +11,7 @@ msgid ""
11
11
msgstr ""
12
12
"Project-Id-Version :Python 3.8\n "
13
13
"Report-Msgid-Bugs-To :\n "
14
- "POT-Creation-Date :2020-02-09 12:40 +0000\n "
14
+ "POT-Creation-Date :2020-09-02 14:59 +0000\n "
15
15
"PO-Revision-Date :2020-05-30 11:53+0000\n "
16
16
"Last-Translator :tomo, 2020\n "
17
17
"Language-Team :Japanese (https://www.transifex.com/python-doc/teams/5390/ja/)\n "
@@ -912,14 +912,10 @@ msgstr ""
912
912
#: ../../faq/design.rst:573
913
913
msgid ""
914
914
"For Python, many of the advantages of interface specifications can be "
915
- "obtained by an appropriate test discipline for components. There is also a "
916
- "tool, PyChecker, which can be used to find problems due to subclassing."
915
+ "obtained by an appropriate test discipline for components."
917
916
msgstr ""
918
- "Python "
919
- "では、コンポーネントの適切なテスト規律によって、インタフェース仕様の多くの強みを活かせます。サブクラス化による問題を見つけるために使えるツール "
920
- "PyChecker もあります。"
921
917
922
- #: ../../faq/design.rst:577
918
+ #: ../../faq/design.rst:576
923
919
msgid ""
924
920
"A good test suite for a module can both provide a regression test and serve "
925
921
"as a module interface specification and a set of examples. Many Python "
@@ -935,7 +931,7 @@ msgstr ""
935
931
" :mod:`doctest` や :mod:`unittest` "
936
932
"モジュール、あるいはサードパーティのテストフレームワークで、モジュールのコードの全ての行に及ぶ徹底的なテストスイートを構成できます。"
937
933
938
- #: ../../faq/design.rst:585
934
+ #: ../../faq/design.rst:584
939
935
msgid ""
940
936
"An appropriate testing discipline can help build large complex applications "
941
937
"in Python as well as having interface specifications would. In fact, it can"
@@ -950,7 +946,7 @@ msgstr ""
950
946
" :meth:`append` メソッドは新しい要素をある内部リストの終わりに加えます。インタフェース仕様ではこの :meth:`append` "
951
947
"の実装が実際にこれを行うかをテストできませんが、テストスイートならこの機能を簡単に確かめられます。"
952
948
953
- #: ../../faq/design.rst:593
949
+ #: ../../faq/design.rst:592
954
950
msgid ""
955
951
"Writing test suites is very helpful, and you might want to design your code "
956
952
"with an eye to making it easily tested. One increasingly popular technique,"
@@ -961,11 +957,11 @@ msgstr ""
961
957
"テストスイートを書くことはとても役に立ちますし、テストのしやすさという視点でコードを設計することにもつながります。テスト指向開発は、人気を増しつつある技法で、実際のコードを書き始める前に、最初からテストスイートの部品を書くことを求めます。もちろん、"
962
958
" Python で粗雑にテストケースを全く書かないこともできます。"
963
959
964
- #: ../../faq/design.rst:601
960
+ #: ../../faq/design.rst:600
965
961
msgid "Why is there no goto?"
966
962
msgstr "なぜ goto が無いのですか?"
967
963
968
- #: ../../faq/design.rst:603
964
+ #: ../../faq/design.rst:602
969
965
msgid ""
970
966
"You can use exceptions to provide a\" structured goto\" that even works "
971
967
"across function calls. Many feel that exceptions can conveniently emulate "
@@ -975,25 +971,25 @@ msgstr ""
975
971
"関数の呼び出しをまたいでも動作する\" 構造化された goto\" をまかなうものとして例外を使えます。C、Fortran、その他の言語での "
976
972
"\" go\" あるいは\" goto\" 構造の適切な用途は全て、例外で同じようなことををすれば便利であると、広く感じられています。例えば::"
977
973
978
- #: ../../faq/design.rst:618
974
+ #: ../../faq/design.rst:617
979
975
msgid ""
980
976
"This doesn't allow you to jump into the middle of a loop, but that's usually"
981
977
" considered an abuse of goto anyway. Use sparingly."
982
978
msgstr "例外ではループ内へ跳ぶことはできませんが、どちらにしてもそれは goto の乱用と見なされるものです。使うのは控えてください。"
983
979
984
- #: ../../faq/design.rst:623
980
+ #: ../../faq/design.rst:622
985
981
msgid "Why can't raw strings (r-strings) end with a backslash?"
986
982
msgstr "なぜ raw 文字列 (r-strings) はバックスラッシュで終わってはいけないのですか?"
987
983
988
- #: ../../faq/design.rst:625
984
+ #: ../../faq/design.rst:624
989
985
msgid ""
990
986
"More precisely, they can't end with an odd number of backslashes: the "
991
987
"unpaired backslash at the end escapes the closing quote character, leaving "
992
988
"an unterminated string."
993
989
msgstr ""
994
990
"正確には、奇数個のバックスラッシュで終わってはいけません。終わりの対になっていないバックスラッシュは、閉じ引用文字をエスケープし、終っていない文字列を残してしまいます。"
995
991
996
- #: ../../faq/design.rst:629
992
+ #: ../../faq/design.rst:628
997
993
msgid ""
998
994
"Raw strings were designed to ease creating input for processors (chiefly "
999
995
"regular expression engines) that want to do their own backslash escape "
@@ -1007,22 +1003,22 @@ msgstr ""
1007
1003
"文字列はそれを認めません。その代わりに、バックスラッシュでエスケープすることで、引用文字を文字列として渡すことができます。r-string "
1008
1004
"が意図された目的に使われるときに、この規則が役に立つのです。"
1009
1005
1010
- #: ../../faq/design.rst:636
1006
+ #: ../../faq/design.rst:635
1011
1007
msgid ""
1012
1008
"If you're trying to build Windows pathnames, note that all Windows system "
1013
1009
"calls accept forward slashes too::"
1014
1010
msgstr "Windows のパス名を構築するときには、Windows のシステムコールは普通のスラッシュも受け付けることを憶えておいてください::"
1015
1011
1016
- #: ../../faq/design.rst:641
1012
+ #: ../../faq/design.rst:640
1017
1013
msgid ""
1018
1014
"If you're trying to build a pathname for a DOS command, try e.g. one of ::"
1019
1015
msgstr "DOS コマンドのパス名を構築するときには、例えばこの中のどれかを試してください::"
1020
1016
1021
- #: ../../faq/design.rst:649
1017
+ #: ../../faq/design.rst:648
1022
1018
msgid "Why doesn't Python have a\" with\" statement for attribute assignments?"
1023
1019
msgstr "属性の代入に\" with\" 文が使えないのはなぜですか?"
1024
1020
1025
- #: ../../faq/design.rst:651
1021
+ #: ../../faq/design.rst:650
1026
1022
msgid ""
1027
1023
"Python has a 'with' statement that wraps the execution of a block, calling "
1028
1024
"code on the entrance and exit from the block. Some language have a "
@@ -1031,11 +1027,11 @@ msgstr ""
1031
1027
"Python には、ブロックの実行を包む 'with' "
1032
1028
"文があり、ブロックに入るときとブロックから出るときに、コードを呼び出します。以下のような構造を持つ言語があります::"
1033
1029
1034
- #: ../../faq/design.rst:659
1030
+ #: ../../faq/design.rst:658
1035
1031
msgid "In Python, such a construct would be ambiguous."
1036
1032
msgstr "Python では、このような構造は曖昧になるでしょう。"
1037
1033
1038
- #: ../../faq/design.rst:661
1034
+ #: ../../faq/design.rst:660
1039
1035
msgid ""
1040
1036
"Other languages, such as Object Pascal, Delphi, and C++, use static types, "
1041
1037
"so it's possible to know, in an unambiguous way, what member is being "
@@ -1046,7 +1042,7 @@ msgstr ""
1046
1042
"Pascal、Delphi、C++のような他の言語では、静的な型を使うので、曖昧な方法でも、どのメンバに代入されているのか分かります。これが静的型付けの要点です"
1047
1043
" -- コンパイラは *いつでも* コンパイル時にすべての変数のスコープを知るのです。"
1048
1044
1049
- #: ../../faq/design.rst:666
1045
+ #: ../../faq/design.rst:665
1050
1046
msgid ""
1051
1047
"Python uses dynamic types. It is impossible to know in advance which "
1052
1048
"attribute will be referenced at runtime. Member attributes may be added or "
@@ -1057,11 +1053,11 @@ msgstr ""
1057
1053
"Python "
1058
1054
"は動的な型を使います。実行時にどの属性が参照されるか事前に分かりません。動作中にメンバ属性が追加あるいは除去されるかもしれません。これでは、単純に読むだけではどのアトリビュートが参照されているか分かりません。ローカルなのか、グローバルなのか、メンバ属性なのか?"
1059
1055
1060
- #: ../../faq/design.rst:672
1056
+ #: ../../faq/design.rst:671
1061
1057
msgid "For instance, take the following incomplete snippet::"
1062
1058
msgstr "例えば、以下の不完全なコード片を考えましょう::"
1063
1059
1064
- #: ../../faq/design.rst:678
1060
+ #: ../../faq/design.rst:677
1065
1061
msgid ""
1066
1062
"The snippet assumes that\" a\" must have a member attribute called\" x\" . "
1067
1063
"However, there is nothing in Python that tells the interpreter this. What "
@@ -1074,47 +1070,47 @@ msgstr ""
1074
1070
"という名前のグローバル変数があったら、それが with ブロックの中で使われるのでしょうか。この通り、Python "
1075
1071
"の動的な特質から、このような選択はとても難しい物になっています。"
1076
1072
1077
- #: ../../faq/design.rst:684
1073
+ #: ../../faq/design.rst:683
1078
1074
msgid ""
1079
1075
"The primary benefit of\" with\" and similar language features (reduction of "
1080
1076
"code volume) can, however, easily be achieved in Python by assignment. "
1081
1077
"Instead of::"
1082
1078
msgstr "しかし、\" with\" やそれに類する言語の機能の一番の利点 (コード量の削減) は、 Python では代入により簡単に手に入れられます::"
1083
1079
1084
- #: ../../faq/design.rst:691
1080
+ #: ../../faq/design.rst:690
1085
1081
msgid "write this::"
1086
1082
msgstr "こう書いてください::"
1087
1083
1088
- #: ../../faq/design.rst:698
1084
+ #: ../../faq/design.rst:697
1089
1085
msgid ""
1090
1086
"This also has the side-effect of increasing execution speed because name "
1091
1087
"bindings are resolved at run-time in Python, and the second version only "
1092
1088
"needs to perform the resolution once."
1093
1089
msgstr "Python では実行時に名前束縛が解決され、後者はその解決が一度で済むため、これには実行速度をあげる副作用もあります。"
1094
1090
1095
- #: ../../faq/design.rst:704
1091
+ #: ../../faq/design.rst:703
1096
1092
msgid "Why are colons required for the if/while/def/class statements?"
1097
1093
msgstr "if/while/def/class 文にコロンが必要なのはなぜですか?"
1098
1094
1099
- #: ../../faq/design.rst:706
1095
+ #: ../../faq/design.rst:705
1100
1096
msgid ""
1101
1097
"The colon is required primarily to enhance readability (one of the results "
1102
1098
"of the experimental ABC language). Consider this::"
1103
1099
msgstr "主に可読性を高めるため (実験的な ABC 言語の結果の一つ) に、コロンが必要です::"
1104
1100
1105
- #: ../../faq/design.rst:712
1101
+ #: ../../faq/design.rst:711
1106
1102
msgid "versus ::"
1107
1103
msgstr "と::"
1108
1104
1109
- #: ../../faq/design.rst:717
1105
+ #: ../../faq/design.rst:716
1110
1106
msgid ""
1111
1107
"Notice how the second one is slightly easier to read. Notice further how a "
1112
1108
"colon sets off the example in this FAQ answer; it's a standard usage in "
1113
1109
"English."
1114
1110
msgstr ""
1115
1111
"を考えれば、後者のほうが少し読みやすいでしょう。さらに言えば、この FAQ の解答例は次のようになるでしょう。これは、英語の標準的な用法です。"
1116
1112
1117
- #: ../../faq/design.rst:720
1113
+ #: ../../faq/design.rst:719
1118
1114
msgid ""
1119
1115
"Another minor reason is that the colon makes it easier for editors with "
1120
1116
"syntax highlighting; they can look for colons to decide when indentation "
@@ -1123,21 +1119,21 @@ msgid ""
1123
1119
msgstr ""
1124
1120
"他の小さな理由は、コロンによってエディタがシンタックスハイライトをしやすくなることです。プログラムテキストの手の込んだ解析をしなくても、コロンを探せばいつインデントを増やすべきかを決められます。"
1125
1121
1126
- #: ../../faq/design.rst:726
1122
+ #: ../../faq/design.rst:725
1127
1123
msgid "Why does Python allow commas at the end of lists and tuples?"
1128
1124
msgstr "なぜ Python ではリストやタプルの最後にカンマがあっても良いのですか?"
1129
1125
1130
- #: ../../faq/design.rst:728
1126
+ #: ../../faq/design.rst:727
1131
1127
msgid ""
1132
1128
"Python lets you add a trailing comma at the end of lists, tuples, and "
1133
1129
"dictionaries::"
1134
1130
msgstr "Python では、リスト、タプル、辞書の最後の要素の後端にカンマをつけても良いことになっています::"
1135
1131
1136
- #: ../../faq/design.rst:739
1132
+ #: ../../faq/design.rst:738
1137
1133
msgid "There are several reasons to allow this."
1138
1134
msgstr "これを許すのには、いくつかの理由があります。"
1139
1135
1140
- #: ../../faq/design.rst:741
1136
+ #: ../../faq/design.rst:740
1141
1137
msgid ""
1142
1138
"When you have a literal value for a list, tuple, or dictionary spread across"
1143
1139
" multiple lines, it's easier to add more elements because you don't have to "
@@ -1146,13 +1142,13 @@ msgid ""
1146
1142
msgstr ""
1147
1143
"リストやタプルや辞書のリテラルが複数行に渡っているときに、前の行にカンマを追加するのを覚えておく必要が無いため、要素を追加するのが楽になります。また、文法エラーを起こすこと無く、行の並べ替えを行うことができます。"
1148
1144
1149
- #: ../../faq/design.rst:746
1145
+ #: ../../faq/design.rst:745
1150
1146
msgid ""
1151
1147
"Accidentally omitting the comma can lead to errors that are hard to "
1152
1148
"diagnose. For example::"
1153
1149
msgstr "間違えてカンマを落としてしまうと、診断しづらいエラーにつながります。例えば::"
1154
1150
1155
- #: ../../faq/design.rst:756
1151
+ #: ../../faq/design.rst:755
1156
1152
msgid ""
1157
1153
"This list looks like it has four elements, but it actually contains three: "
1158
1154
"\" fee\" ,\" fiefoo\" and\" fum\" . Always adding the comma avoids this source"
@@ -1162,7 +1158,7 @@ msgstr ""
1162
1158
"\" fee\" 、\" fiefoo\" 、\" fum\" です。\n"
1163
1159
"常にカンマを付けるようにすれば、この種のエラーが避けられます。"
1164
1160
1165
- #: ../../faq/design.rst:759
1161
+ #: ../../faq/design.rst:758
1166
1162
msgid ""
1167
1163
"Allowing the trailing comma may also make programmatic code generation "
1168
1164
"easier."