Having a companion object seems to maask implicit calls to apply?










0















Consider this code, which works:



case class Foo(s: String)
Some("bar").map(Foo)


It's technically calling Foo.apply, and that's implied.



But now if I have a companion object:



case class Foo(s: String)
object Foo
def apply(): Foo = Foo("default")

Some("bar").map(Foo)


Now this doesn't work because it is thinking of Foo.type, as in the object Foo. You have to explicitly say .map(Foo.apply)



Is this justScalaThings, or am I doing something wrong?



(Yes I know in this trivial example I could just default the parameter in the case class declaration, this is just an example. Lots of reasons you might declare a companion object.)










share|improve this question


























    0















    Consider this code, which works:



    case class Foo(s: String)
    Some("bar").map(Foo)


    It's technically calling Foo.apply, and that's implied.



    But now if I have a companion object:



    case class Foo(s: String)
    object Foo
    def apply(): Foo = Foo("default")

    Some("bar").map(Foo)


    Now this doesn't work because it is thinking of Foo.type, as in the object Foo. You have to explicitly say .map(Foo.apply)



    Is this justScalaThings, or am I doing something wrong?



    (Yes I know in this trivial example I could just default the parameter in the case class declaration, this is just an example. Lots of reasons you might declare a companion object.)










    share|improve this question
























      0












      0








      0








      Consider this code, which works:



      case class Foo(s: String)
      Some("bar").map(Foo)


      It's technically calling Foo.apply, and that's implied.



      But now if I have a companion object:



      case class Foo(s: String)
      object Foo
      def apply(): Foo = Foo("default")

      Some("bar").map(Foo)


      Now this doesn't work because it is thinking of Foo.type, as in the object Foo. You have to explicitly say .map(Foo.apply)



      Is this justScalaThings, or am I doing something wrong?



      (Yes I know in this trivial example I could just default the parameter in the case class declaration, this is just an example. Lots of reasons you might declare a companion object.)










      share|improve this question














      Consider this code, which works:



      case class Foo(s: String)
      Some("bar").map(Foo)


      It's technically calling Foo.apply, and that's implied.



      But now if I have a companion object:



      case class Foo(s: String)
      object Foo
      def apply(): Foo = Foo("default")

      Some("bar").map(Foo)


      Now this doesn't work because it is thinking of Foo.type, as in the object Foo. You have to explicitly say .map(Foo.apply)



      Is this justScalaThings, or am I doing something wrong?



      (Yes I know in this trivial example I could just default the parameter in the case class declaration, this is just an example. Lots of reasons you might declare a companion object.)







      scala






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 15 '18 at 14:59









      user435779user435779

      212214




      212214






















          1 Answer
          1






          active

          oldest

          votes


















          1














          In your first example, there is only Foo.apply fitting .map(Foo).



          In the second example you have declared an object called Foo, superceding Foo.apply, which you then try to pass into the map. Because map expects a parameter of type String => A compilation fails.



          So as far as I am concerned you have to use .map(Foo.apply).



          This for example won't compile either:



          case class Foo()

          def map[A](f: Unit => A) = ???

          map(Foo)


          Try it out!






          share|improve this answer

























          • Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

            – user435779
            Nov 15 '18 at 16:27











          • It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

            – Markus Appel
            Nov 15 '18 at 16:37











          Your Answer






          StackExchange.ifUsing("editor", function ()
          StackExchange.using("externalEditor", function ()
          StackExchange.using("snippets", function ()
          StackExchange.snippets.init();
          );
          );
          , "code-snippets");

          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "1"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );













          draft saved

          draft discarded


















          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53322225%2fhaving-a-companion-object-seems-to-maask-implicit-calls-to-apply%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          1














          In your first example, there is only Foo.apply fitting .map(Foo).



          In the second example you have declared an object called Foo, superceding Foo.apply, which you then try to pass into the map. Because map expects a parameter of type String => A compilation fails.



          So as far as I am concerned you have to use .map(Foo.apply).



          This for example won't compile either:



          case class Foo()

          def map[A](f: Unit => A) = ???

          map(Foo)


          Try it out!






          share|improve this answer

























          • Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

            – user435779
            Nov 15 '18 at 16:27











          • It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

            – Markus Appel
            Nov 15 '18 at 16:37
















          1














          In your first example, there is only Foo.apply fitting .map(Foo).



          In the second example you have declared an object called Foo, superceding Foo.apply, which you then try to pass into the map. Because map expects a parameter of type String => A compilation fails.



          So as far as I am concerned you have to use .map(Foo.apply).



          This for example won't compile either:



          case class Foo()

          def map[A](f: Unit => A) = ???

          map(Foo)


          Try it out!






          share|improve this answer

























          • Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

            – user435779
            Nov 15 '18 at 16:27











          • It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

            – Markus Appel
            Nov 15 '18 at 16:37














          1












          1








          1







          In your first example, there is only Foo.apply fitting .map(Foo).



          In the second example you have declared an object called Foo, superceding Foo.apply, which you then try to pass into the map. Because map expects a parameter of type String => A compilation fails.



          So as far as I am concerned you have to use .map(Foo.apply).



          This for example won't compile either:



          case class Foo()

          def map[A](f: Unit => A) = ???

          map(Foo)


          Try it out!






          share|improve this answer















          In your first example, there is only Foo.apply fitting .map(Foo).



          In the second example you have declared an object called Foo, superceding Foo.apply, which you then try to pass into the map. Because map expects a parameter of type String => A compilation fails.



          So as far as I am concerned you have to use .map(Foo.apply).



          This for example won't compile either:



          case class Foo()

          def map[A](f: Unit => A) = ???

          map(Foo)


          Try it out!







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Nov 15 '18 at 15:22

























          answered Nov 15 '18 at 15:13









          Markus AppelMarkus Appel

          942220




          942220












          • Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

            – user435779
            Nov 15 '18 at 16:27











          • It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

            – Markus Appel
            Nov 15 '18 at 16:37


















          • Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

            – user435779
            Nov 15 '18 at 16:27











          • It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

            – Markus Appel
            Nov 15 '18 at 16:37

















          Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

          – user435779
          Nov 15 '18 at 16:27





          Thanks. After messing with it, that was also my conclusion, that since it's now ambiguous whether you mean Foo.apply or Foo.type, you have to just specify. Wanted to make sure I wasn't missing something. Thanks!

          – user435779
          Nov 15 '18 at 16:27













          It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

          – Markus Appel
          Nov 15 '18 at 16:37






          It's not Foo.type, it's Foo. You are attempting to pass the object Foo. You can't pass a type as a parameter (types are compile time only), those are two different things. Anyways, I am happy I could help.

          – Markus Appel
          Nov 15 '18 at 16:37




















          draft saved

          draft discarded
















































          Thanks for contributing an answer to Stack Overflow!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53322225%2fhaving-a-companion-object-seems-to-maask-implicit-calls-to-apply%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Top Tejano songwriter Luis Silva dead of heart attack at 64

          政党

          天津地下鉄3号線